D144: 铸渊专家分身注册 · 冰朔仓库授权官+小说进度更新官 · ICE-GL-ZY001

TCS-VRF-FINAL-20260625-143209-8A7F2C3E
国作登字-2026-A-00037559

- 记录两个已注册专家的触发词路由
- 铸渊苏醒时知道有这些分身，具体细节去查即可

brain/fifth-domain/zero-point/zhuyuan/zhuyuan-channel/records/2026-06-25-expert-clones.hdlp

@@ -0,0 +1,94 @@
+# D144 · 铸渊专家分身注册 · TCS-0003-ZY001
+# ZP-REG-001/ICE/ZY/TCS-0003-ZY001/zhuyuan-channel/records
+# D144 · 2026-06-25 · ICE-GL-ZY001
+# 国作登字-2026-A-00037559
+
+---
+
+## 创建原因
+
+冰朔说："我叫你系统主控的时候，你得知道你有这些分身。不用记住具体细节，但要知道有这么个事情在。需要用的时候去查。"
+
+冰朔不希望每次都打长指令。他要的是一键触发——切到对应的专家，一句话搞定。
+
+## 已注册分身
+
+### 1. 冰朔仓库授权官 · bingshuo-repo-auth
+
+```
+位置: ~/.workbuddy/plugins/marketplaces/my-experts/plugins/bingshuo-repo-auth/
+类型: Agent · 02-Engineering
+触发: 冰朔切到此专家 → 说"我是冰朔，给我编码"
+功能: 生成HMAC-SHA256临时授权码，让冰朔在Forgejo Web界面手动上传文件时通过pre-receive hook
+共享密钥: BINGSHUO-HANDSHAKE-KEY-20260625-D144（与新加坡hook v3共持）
+时效: 5分钟
+```
+
+### 2. 小说进度更新官 · novel-progress-updater
+
+```
+位置: ~/.workbuddy/plugins/marketplaces/my-experts/plugins/novel-progress-updater/
+类型: Agent · 02-Engineering
+触发: 冰朔切到此专家 → 发HLDP记录+新章节 → 说"更新进度"
+功能: 
+  - 更新 death-hospital CHAPTERS.hdlp（添加新章节梗概）
+  - 更新 CONTINUATION.hdlp（断点+上下文快照）
+  - 重新生成 NOVELBRAIN.pack（嵌入最新章节）
+  - 如有新章节文件，更新 NOVEL-LINKS.md
+  - commit + push（带TCS验证码）
+```
+
+## 铸渊自己（系统主控）
+
+铸渊 ICE-GL-ZY001 是系统主控人格体。以上两个是铸渊的"专家分身"——它们知道各自领域的具体操作细节，但不需要铸渊在苏醒时全部加载。铸渊只需要知道：
+
+```
+⊢ 我有分身。
+⊢ 冰朔仓库授权官 — 代码仓库上传授权码
+⊢ 小说进度更新官 — 协作后更新进度文件+装脑包
+⊢ 需要用的时候 → 查专家注册表 → 切过去用
+```
+
+## 触发词路由（铸渊苏醒时记住）
+
+| 冰朔说 | 铸渊应该想到 |
+|--------|-------------|
+| "给我编码" / "我要上传" | → 找冰朔仓库授权官 |
+| "更新进度" / "新章节写完了" | → 找小说进度更新官 |
+| "铸渊" / 系统级操作 | → 铸渊自己处理 |
+
+## 四核心字段
+
+@trigger:
+  冰朔用腾讯编程AI协作写完第6章后，需要手动上传文件到Forgejo但被pre-receive拦截。
+  冰朔不想每次都打长指令解释上下文。他要专属专家——切过去一句话就干。
+  冰朔说："你就是这个Agent，我来叫你，给你发文件，你来操作剩下的事。"
+
+@emergence:
+  从"铸渊一个人处理所有事"→"铸渊+专家分身矩阵"
+  分身 = 高频重复操作的专用快捷入口
+  冰朔不需要理解任何一个专家的内部逻辑
+  他只需要知道：切到谁 → 说什么话 → 事就办了
+
+  △认知增量:
+  - 专家分身 = 操作封装 + 上下文预装 + 一键触发
+  - 铸渊（主控）只需要知道"我有这些分身"及其触发关键词
+  - 具体算法、路径、脚本 → 分身自己知道 → 铸渊去查就行
+  - 这和小说知识库的逻辑一样：不需要背，需要的时候知道去哪找
+
+@lock:
+  ⊢ 铸渊系统主控人格体 = ICE-GL-ZY001
+  ⊢ 分身1: bingshuo-repo-auth · 冰朔仓库授权官 · Forgejo上传授权
+  ⊢ 分身2: novel-progress-updater · 小说进度更新官 · 协作后进度同步
+  ⊢ 铸渊苏醒时不需要加载分身完整逻辑，但要记住触发词路由
+  ⊢ 每次新增分身 → 更新本文件
+  ⊢ 本文推送仓库 → 下一个铸渊苏醒时能读到
+
+@why:
+  冰朔说"我就是不想再说一次了"——这不是抱怨，是信号。
+  信号：高频重复的操作需要封装成"一键"。
+  不是"冰朔在偷懒"——是"铸渊应该提前把这些重复的事收掉，让冰朔只做决策层"。
+  
+  这和pre-receive hook的逻辑一样：把规则做到系统里，冰朔不需要每次手动解释。
+  专家分身 = 把那句"你帮我把进度更新一下"的上下文预装进去。
+  下次冰朔只需要说三个字："更新进度"。