zizi e36cd57010 框架: 评测合同与提示词去支架化 + skill 三层重组(Phase 0-4)
【评测合同与提示词】
- writer/detector/judge 评测提示词去支架化:删评测身份/输出格式叮嘱/盲化反向叮嘱/机器字段
  (改由运行时 --json-schema/--tools ""/--strict-mcp-config/输入设计强制),装回各角色本业纪律
- writer 加写作纪律:戏剧化节拍禁抄细纲概述句、具体压倒抽象、每场戏三件套、篇幅用场景写够不注水不缩水
- 篇幅自纠环修订指令区分偏短(加场景)/偏长(删冗余);机械门要求清单(章末钩子/硬事件/角色/伏笔)注入写手硬约束
- 引文校验从「必须恰好1次」放宽为「0次失败关闭、≥1次绑首次」(检测+盲评同口径)
- llm 立 chat_governed 为主入口(chat 降为仅调试),clean_detect 改用 chat_governed 弃自带降级链
- rewrite/expansion/polish 输出合同对齐 writer.md(返回文本、写手不读写工作区、主会话落工作区)
- 修复 confirm/replay-eval 探针两组坏自测(夹具适配现行合同、探针测试自包含不硬编码漂移哈希);补 clean_detect 离线测试
- AGENTS.md 新增 §10「Agent 提示词与 Skill 审查标准」

【skill 三层重组:单向依赖 底座→能力→编排,断两环+修生产倒挂】
- Phase 0: 新建 runtime 底座(claude_runtime/file_cas/raw_vault),断环 C1、修 continuation 生产倒挂
- Phase 1: 评分尺+门判(writer_rubric/fine_outline_rubric/writer_gate/gate_input_builder)收进 quality-gate,断环 C2、名实相符
- Phase 2: 升格管线从 parse-book 独立成 upgrade skill(备份审计契约键名稳定、仅改路径定位)
- Phase 3: replay-eval 瘦成纯编排
- read-context 共用簇(build_snapshot/audit_leakage/check_snapshot/load_reference_work)下沉到新 snapshot skill,消除能力层向上引用
- Phase 4: run_writer_replay.py(130KB)拆成包(_common/budget/authorization/sample/blind/execute),__init__ 全量 re-export 测试零改动

【base 配置】三角色 effort 提 high;提示词更新;探针重测绑定 writer 合同;预算 writer 45 次/总 450 美元(含篇幅修订)

全量离线测试 36 个文件全绿;函数逻辑零改动(仅搬位置/改 import/改文档,capture_code_identity 仅改路径定位)。
2026-07-26 03:28:22 +08:00

1.5 KiB

name: rewrite description: 改写的功能合同(scenario: rewrite,写作槽位)。按用户意见重写指定范围,范围锁定+事实锚+版本核对。 disable-model-invocation: true

改写(scenario: rewrite | purpose: generation | 槽位: 写作→writer)

何时用:用户对候选章或既有章提出修改意见,按意见重写点名的范围。

元数据驱动

  • 章结构与行为约束同 continuation(chapter/scene 字段合同、style/character/power_system 字段值);改写不豁免任何字段约束。
  • 操作对象带 expectedRevision(L0):由派发方(主会话)动笔前核对目标文件即当前版本,不一致先报再改;写手只接收核对后的范围文本与 expectedRevision,不读写工作区。

功能约束

  1. 范围锁定:只动用户点名的场景/段落,范围外原文一字不动(diff 即审查面)。
  2. 事实锚:已确认正文的既定事实(谁做了什么/知情范围/时间线/已回收伏笔)不得被翻案,除非用户意见明说要翻。
  3. 意见与设定冲突时先报:用户要的改法违背力量体系/人物逻辑时,报冲突并给两个改法选项,不静默择一。
  4. 改动波及 frontmatter(出场/伏笔动作/钩子)时同步更新对应字段。

输出合同

返回重写后的范围文本(写手只产候选、不读写工作区,由主会话落工作区)+「改动说明」:每处改了什么/为什么/影响哪些伏笔与卡。

红线

不扩大改写范围来"顺手优化";不改规划与知识卡。