muse-agent-example/meta/chains/README.md

meta/chains —— 功能链与功能指令设计稿（G2 治理对象）

对齐：功能链的定义/版本/节点/槽位与 MetaSchema 同族、同住 Meta BC（专题-06 §2）；节点与保护语义=专题-03 §2；scenario 清单=专题-03 §4.1。本目录是实验侧的功能链设计稿，验证后回填。

prompt 三段式（为什么有这个目录）

agent 的提示词按变化轴拆三段，不做"一个 agent 一个大 prompt"，也不按功能裂出一堆 agent：

• 身份段（.claude/agents/*.md）：人设/方法论/红线——跨功能共享，换功能不重写；
• 功能指令段（本目录，每 scenario 一份）：这次"做什么、按什么步骤、输出什么合同"——派发时只拼本次功能的一段，其余功能的指令一律不进上下文（防大 prompt 稀释指令遵循）；
• L0 任务特化（read-context 组装）：本回合参数。

换功能不换 agent、换 agent 不换功能指令，两轴正交。功能指令是元数据：改指令产出立变、agent 一行不改——元数据驱动的又一活体证明。对应 muse：身份段=agent_version.config 的 prompt；功能指令段=功能链节点/槽位的场景合同；同一 agent 经 slot_bindings 绑多个功能槽位。

scenario 清单（专题-03 §4.1）与交付节奏

scenario	挂靠 agent	用途(purpose)	状态
full_parse（拆书/全书解析）	extractor	extraction	B2 交付
extraction（章后抽取）	extractor	extraction	B2 首验 / C5 复用
planning（规划）	planner	planning	C2 到场景再写
continuation（续写）	writer	generation	C4 到场景再写
rewrite / expansion / polish	writer	generation	C 线按需
validation / consistency_check（检测）	detector	detection	C4 伴随
quality_gate（评分）	judge	基线包=writer 视图	C6（rubric 暂在 judge.md，建链时迁出）

公约

• 建某链时，把 agent .md 里该功能专属的内容迁出到链文件，身份段只留跨功能部分；
• 链文件内容=节点序列（经过哪些保护节点/哪个开放槽位）+ 场景指令 + L0 形态 + 输出合同；
• 拼装位置：身份段之后、增量段之前（见 read-context 拼装序）；同功能多回合间此段稳定，吃缓存；
• purpose 由 scenario 映射（生成类→generation、抽取类→extraction、规划→planning、检测类→detection），purpose 定字段可见集（aiContext），scenario 定功能指令段与 L0 形态，两者不混。