b0bc7a8745
一、技能重组（动作-对象命名） - 旧目录 clean/confirm/continuation/db/detect/embed/… 重组为 clean-book-text/decide-candidate/write-next-chapter/access-database/ check-content-consistency/embed-knowledge/…（git 识别为 rename，内容保持） - agents/*.md、AGENTS.md/CLAUDE.md 收编、example_skill 登记表同步新名 二、先审后入创作闭环（本次核心） 正文接受从"机械门一过就写正典"改为"机械门+语义审查双通过+用户批准+单事务原子提交"， DB 级兜底，编排层跳步即被硬拒。 - candidate_cas.py + example_candidate_cas(109)：持久化 CAS 状态链 - fact_delta.py + example_fact_delta/example_fact_ledger(106)：结构化事实增量， 模型只提六型闭集增量+正文证据引文，仅用户批准的增量随正文同事务入账本 - projection_registry.py + example_projection_run(107)：投影登记与恢复 - acceptance_state.py：接受前置实时状态重读 - lesson_registry.py + example_lesson(108)：经验升格链，禁止自动升格 - DDL 105：example_candidate 增 semantic_status/semantic_report_sha256 - write_canonical.accept：语义兜底+同事务合并增量+登记投影； run_writer_pipeline/persist_writer_run/run_writer_semantic_detector/step2 接入全链 - claude_runtime：兼容新 CLI modelUsage 信息字段 三、审查修复（独立子代理四维审查后） - 事实增量 propose→approve 翻态正道，不撞唯一键 - 冻结配置探针重刷（CLI 2.1.211→2.1.231 漂移），profileSha256/adapterVersion 再登记 - 可视化合同悬空路径/五六空间矛盾、 SoT 旧技能名漂移、行尾空白清理 测试：离线 65 套 + 真实库集成 5 套（CAS/接受故障注入/事实增量/投影/经验升格）+ 回放 79 项全绿。 创作内容（docs/design、生成正文 artifacts）按"框架与创作分开"未入本提交。
meta/chains —— 功能链登记表（G2 治理对象）
对齐：功能链的定义/版本/节点/槽位与 MetaSchema 同族、同住 Meta BC（专题-06 §2）；节点与保护语义=专题-03 §2；scenario 清单=专题-03 §4.1。
prompt 三段式与载体
agent 的提示词按变化轴拆三段，不做"一个 agent 一个大 prompt"，也不按功能裂 agent：
- 身份段（
.claude/agents/*.md）：人设/元数据纪律/跨功能纪律/红线——跨功能共享； - 功能指令段（载体=功能 Skill，由下表显式登记 scenario→Skill）：这次"做什么、按什么步骤、什么输出合同"——派发时只加载本次功能的 Skill，其余功能指令不进上下文；每只功能 Skill 必须有「元数据驱动」节，写明 schema 怎么控制该功能；
- L0 任务特化（
assemble-context组装）：本回合参数。
换功能不换 agent、换 agent 不换功能指令，两轴正交。功能指令是元数据：改指令产出立变、agent 一行不改。对应 muse：身份段=agent_version.config 的 prompt；功能指令段=功能链节点/槽位的场景合同；同一 agent 经 slot_bindings 绑多个功能槽位。本目录是链登记表：哪条 scenario、经过哪些保护节点、挂哪个槽位、功能合同在哪只 skill。
功能链登记（scenario → 功能 skill → 挂靠）
| scenario | 功能 skill | 槽位/agent | purpose | 保护节点序列(简化) | 状态 |
|---|---|---|---|---|---|
| continuation 续写 | write-next-chapter |
写作→writer | generation | assemble-context→无工具 writer→机械门→语义 detector→Shadow→用户三决策→accept_preflight→正式写入→异步抽取 | 生产链已闭环:机械门+真实语义 detector+持久 CAS 链+accept_preflight+正式写入(write_canonical 单事务,含已批准事实增量与投影登记);生产补证重组装与章后抽取的异步执行未建(抽取投影只登记 pending) |
| rewrite 改写 | rewrite-selection |
写作→writer | generation | 同上+expectedRevision 核对 | 已建 |
| expansion 扩写 | expand-scene |
写作→writer | generation | 同 continuation | 已建 |
| polish 润色 | polish-prose |
写作→writer | generation | 同 continuation(只动表达层) | 已建 |
| setting_init 作品设定初始化 | design-story-foundation |
规划→planner | planning | 用户冻结根设定与对话→隔离候选→离线机械门→用户选择→交给 planning | 手工前置流程首建；候选不落库、不进 Canonical |
| planning 规划 | plan-story |
规划→planner | planning | assemble-context(planning 视图)→槽位→用户确认(decide-candidate) | 已建 |
| fine_outline 细纲规划 | plan-chapter |
规划→planner | planning | assemble-context(fine_outline 冻结视图)→槽位→check-content-consistency→score-content-quality | 评测版首建(2026-07-19) |
| full_parse 拆书 | deconstruct-book |
分析→extractor | extraction | import-book 分章→逐章槽位→access-database 落 draft→管理员确认(G3 门) | 已建;B2 PG 版首验 |
| ai_flavor_capture AI 味案例回填/反馈 | capture-ai-flavor-cases |
检测→detector | detection | 作品/创作反馈→检测完成自动落库→hash 与位置门→Shadow 案例卡→人工标注→样例/规则候选评审 | 已建;默认写入 muse-example，--offline 仅作显式离线回放 |
| extraction 章后抽取 | extract-chapter-knowledge |
分析→extractor | extraction | 采纳后触发→槽位→草稿/冲突队列→decide-candidate | 已建;C5 首验 |
| validation / consistency_check 检测 | check-content-consistency |
检测→detector | detection | assemble-context(detection 视图)→槽位→报告落评审/ | 已建 |
| quality_gate 评分 | score-content-quality |
保护节点→judge | 基线包=writer 视图 | 基线包→judge→optimize-content-quality 环(有限重写) | 已建 |
公约
- 功能细节约束一律住功能 skill,agent 身份段只留跨功能部分;新增 scenario 先在此登记再建 skill;
- 递送机制(阶段一):功能 skill 由主会话内联——派发时读 SKILL.md 正文塞进派发 prompt 的功能指令段位;不用子代理
skills:预加载(它会把列出的全部注入,违反「一次只带本次功能」),子代理无需 Skill 工具; - 拼装位置:身份段之后、增量段之前(见 assemble-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，只做接受前置检查（实时状态重读由acceptance_state.py提供）。accept/merge通过时返回提交后副作用意图（allowed=false、requiresCanonicalCommit=true）；正式提交层write_canonical.accept在 DB 级兜底复检state=passed且semantic_status=passed（先审后入），同事务合并已批准事实增量并登记章后抽取投影——投影只登记 pending，异步执行未建。