一、技能重组(动作-对象命名) - 旧目录 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)按"框架与创作分开"未入本提交。
1.6 KiB
1.6 KiB
name, description, disable-model-invocation
| name | description | disable-model-invocation |
|---|---|---|
| rewrite-selection | 按用户意见重写指定段落或场景,并校验范围、事实锚和版本。用户明确点名修改范围时使用;范围外原文不动,不顺手改规划或知识卡。 | true |
改写(scenario: rewrite | purpose: generation | 槽位: 写作→writer)
何时用:用户对候选章或既有章提出修改意见,按意见重写点名的范围。
元数据驱动
- 章结构与行为约束同
write-next-chapter(chapter/scene 字段合同、style/character/power_system 字段值);改写不豁免任何字段约束。 - 操作对象带 expectedRevision(L0):由派发方(主会话)动笔前核对目标文件即当前版本,不一致先报再改;写手只接收核对后的范围文本与 expectedRevision,不读写工作区。
功能约束
- 范围锁定:只动用户点名的场景/段落,范围外原文一字不动(diff 即审查面)。
- 事实锚:已确认正文的既定事实(谁做了什么/知情范围/时间线/已回收伏笔)不得被翻案,除非用户意见明说要翻。
- 意见与设定冲突时先报:用户要的改法违背力量体系/人物逻辑时,报冲突并给两个改法选项,不静默择一。
- 改动波及 frontmatter(出场/伏笔动作/钩子)时同步更新对应字段。
输出合同
返回重写后的范围文本(写手只产候选、不读写工作区,由主会话落工作区)+「改动说明」:每处改了什么/为什么/影响哪些伏笔与卡。
红线
不扩大改写范围来"顺手优化";不改规划与知识卡。