meta/chains —— 功能链登记表（G2 治理对象）
对齐：功能链的定义/版本/节点/槽位与 MetaSchema 同族、同住 Meta BC（专题-06 §2）；节点与保护语义=专题-03 §2；scenario 清单=专题-03 §4.1。
prompt 三段式与载体
agent 的提示词按变化轴拆三段，不做"一个 agent 一个大 prompt"，也不按功能裂 agent：
- 身份段（
.claude/agents/*.md）：人设/元数据纪律/跨功能纪律/红线——跨功能共享； - 功能指令段（载体=功能 skill，
.claude/skills/<scenario>/SKILL.md，每 scenario 一只）：这次"做什么、按什么步骤、什么输出合同"——派发时只加载本次功能的 skill，其余功能的指令不进上下文（防指令稀释）；每只功能 skill 必须有「元数据驱动」节，写明 schema 怎么控制该功能； - L0 任务特化（read-context 组装）：本回合参数。
换功能不换 agent、换 agent 不换功能指令，两轴正交。功能指令是元数据：改指令产出立变、agent 一行不改。对应 muse：身份段=agent_version.config 的 prompt；功能指令段=功能链节点/槽位的场景合同；同一 agent 经 slot_bindings 绑多个功能槽位。本目录是链登记表：哪条 scenario、经过哪些保护节点、挂哪个槽位、功能合同在哪只 skill。
功能链登记（scenario → 功能 skill → 挂靠）
| scenario | 功能 skill | 槽位/agent | purpose | 保护节点序列(简化) | 状态 |
|---|---|---|---|---|---|
| continuation 续写 | continuation |
写作→writer | generation | read-context→无工具 writer→机械门→语义 detector→Shadow→用户三决策→accept_preflight→正式写入→异步抽取 | v1 接口与机械门已建;真实语义 detector、正式写入和抽取接线未建 |
| rewrite 改写 | rewrite |
写作→writer | generation | 同上+expectedRevision 核对 | 已建 |
| expansion 扩写 | expansion |
写作→writer | generation | 同 continuation | 已建 |
| polish 润色 | polish |
写作→writer | generation | 同 continuation(只动表达层) | 已建 |
| planning 规划 | planning |
规划→planner | planning | read-context(planning 视图)→槽位→用户确认(confirm) | 已建 |
| fine_outline 细纲规划 | fine-outline |
规划→planner | planning | read-context(fine_outline 冻结视图)→槽位→detect→quality-gate | 评测版首建(2026-07-19) |
| full_parse 拆书 | parse-book |
分析→extractor | extraction | import 分章→逐章槽位→db 落 draft→管理员确认(G3 门) | 已建;B2 PG 版首验 |
| extraction 章后抽取 | extract-knowledge |
分析→extractor | extraction | 采纳后触发→槽位→草稿/冲突队列→confirm | 已建;C5 首验 |
| validation / consistency_check 检测 | detect |
检测→detector | detection | read-context(detection 视图)→槽位→报告落评审/ | 已建 |
| quality_gate 评分 | quality-gate |
保护节点→judge | 基线包=writer 视图 | 基线包→judge→eval 环(有限重写) | 已建 |
公约
- 功能细节约束一律住功能 skill,agent 身份段只留跨功能部分;新增 scenario 先在此登记再建 skill;
- 递送机制(阶段一):功能 skill 由主会话内联——派发时读 SKILL.md 正文塞进派发 prompt 的功能指令段位;不用子代理
skills:预加载(它会把列出的全部注入,违反「一次只带本次功能」),子代理无需 Skill 工具; - 拼装位置:身份段之后、增量段之前(见 read-context 拼装序);同功能多回合间稳定,吃缓存;
- purpose 由 scenario 映射(生成类→generation、抽取类→extraction、规划→planning、检测类→detection),purpose 定字段可见集(aiContext),scenario 定功能 skill 与 L0 形态,两者不混;
- 链登记与实况漂移=G2 治理缺陷,发现即修。
正文候选 v1 三决策合同
accept：用户明确确认后，对当前候选运行实时accept_preflight；expectedRevision、detector、上下文、策略、授权、来源或有效期任一不满足即失败关闭。merge：用户编辑必须生成严格下一candidateVersion和新正文 hash，重新运行 detector 后再进入 Shadow；禁止“修改后直接合并”。discard：用户明确确认后只关闭候选，不返回抽取命令意图。- 实验台
check_writer_acceptance.py是无副作用纯函数，不写 Canonical。accept/merge通过时只返回当前不可派发的提交后副作用意图（allowed=false、requiresCanonicalCommit=true）；正式提交层验证 Canonical 提交凭证后才可异步排队章后抽取。本轮没有接入正式正文库或抽取进程。