story-deslop：网文去AI味

文风裁决：先读 references/style-resolution.md，加载本书文风，复用调用方的 style_resolution 与作者偏好；单独调用时按当前请求与本书文风裁决。同一裁决交给后续执行者。

改写重点：表达自然、笔墨有重心、故事有依据；诊断与执行都按作者范围。

Agent 兼容性：只检查当前运行时的 canonical 目录：Claude .claude/agents/{agent}.md、OpenCode .opencode/agents/{agent}.md、Codex .codex/agents/{agent}.toml、Antigravity .agents/agents/agent-name/agent.md（agent-name 为目标 agent 名），不得因其他端文件存在而误判。Claude 用 subagent_type，OpenCode 用 subagent 工具的 agent 参数，Codex 用同名 agent_type，Antigravity 用 invoke_subagent + TypeName。运行时未暴露 custom-agent registry / invoke_subagent、返回未知 agent，或检测到 .zcode/（ZCode 3.3.4 不执行项目 custom agents）时降级 solo/direct：报告里一句白话告诉作者「这次由我直接改」，Fallback: project custom agents unavailable -> solo 原文只写进报告最后一行「技术备注：」。

Spawn 版本提示（不阻断 spawn）：先读取项目根 .story-deployed 的 agents_version。与本版 agents_version: 35 不一致时（标记缺失、字段缺失/非整数、小于或大于 35）照常按文件存在性检查并 spawn，同时用一句白话提示作者「写作助手是旧版，运行 /story-setup 后新开对话」，Notice: agents bundle 版本不匹配（项目 {N}，本版 35） 原文写进技术备注行；大于 35 时额外提示先更新 oh-story-claudecode，不要用本地旧版 setup 降级覆盖。只有 agent 文件缺失、或运行时不暴露 custom agent 时才降级 solo/direct，Fallback: ... -> solo 同样只进技术备注行。

执行边界

• 未限定范围的独立去味，完整检查表达、用笔、故事三层。三层是检查对象，不按词频分轻中重；每层可以没有问题。用户明确只查词句、某段或指定 Gate 时，尊重范围。
• 普通去味可修表达、恢复已有承接、调整已定内容的详略；允许删除整段无功能内容，保护伏笔、因果、人物选择、情绪体验与揭露顺序。需要改变事件、动机、结果或新增成立条件时，按故事层区分设计提案和已授权重写。不能用新微动作、粗话、证据或冲突制造“真人感”。
• 文风裁决只影响表达，不改变事实与信息边界。准确直写、心理活动、带立场的叙述和有功能的停顿均可保留，不机械套 Show/Tell、句长或删减率。
• 用户只要检测或标注时，只出诊断，不修改正文；用户要求改稿或已经授权的重写，完成该范围的实际修改。作者报告用白话、原文位置与阅读后果，不把 Gate、类别名、脚本字段当评价。
• 不推断作者身份或承诺检测分数。用户提供外部检测报告时，只提取能对应到正文的具体问题。

作者偏好边界

只接收调用方已有的作者偏好，不查询或记录作者记忆；独立调用时不加载记忆文件。偏好作为自然倾向，不逐条追求命中，不牺牲连贯、节奏和字数；当前请求、原文剧情功能和本 skill 保护规则优先。

去味流程

Phase 1：读原文与三层扫描

从正文路径确定书目录和篇幅：单个 正文.md 一般是短篇，正文/ 下逐章文件一般是长篇；优先采用作者与项目的明确说明。按开头的文风裁决读本书要求，通读本次正文，按需查相关前文和已定设计，不整读无关全书。资料缺失时继续有依据的部分，标明未知。

默认完整读取以下三份方法后扫描；明确限定范围时按 references/deslop-gates.md 选择需要的方法：

本地正文先运行确定性预检，只报告不改写。下列命令均从本 skill 根执行，正文参数使用绝对路径：

node scripts/check-ai-patterns.js --check --fail-on=blocking <正文文件...>

脚本命中是定位线索，零命中不代替三层扫描。blocking 按本书裁决优先处理，advisory 回到语境判断，不为归零机械改稿；完整词条仅在需要定位某种表达时查 references/banned-words.md。

Phase 2：定位问题与确定改法

每个实际问题记录原文位置、造成的阅读后果、所缺依据和最小改法。区分三种处置：可以直接修复；需要设计但尚未授权；资料不足不能定论。无需凑齐问题数量，也不用表层命中数决定后两层是否检查。

先判断故事的成立条件，再安排场景用笔，最后处理词句。若剧情缺口暂不能改，继续完成独立可修部分，在报告中保留缺口；不要添加表情或总结句假装因果已经修好。作者已授权的剧情重写直接执行，不重复询问同一授权。

仅检测时到此交付，使用下表，保持正文不变；改稿时表中内容作为执行依据，交付统一走 Phase 5。

## 检查结果
- 表达：{实际问题、未发现明显问题或本次未检查}
- 用笔：{实际问题、未发现明显问题或本次未检查}
- 故事：{实际缺口、未发现明显问题、资料不足的范围或本次未检查}

| 位置与原文 | 读起来有什么问题 | 建议怎样处理 |
|---|---|---|
| {可定位的原文} | {具体损失或断点} | {可直接改的内容，或需要设计的最小选项与影响} |

{资料不足时写清无法核实什么；没有就省略。}

Phase 3：按授权改稿

1. 已在 narrative-writer 内，按本次范围直接执行，不嵌套 spawn。
2. 主会话找到当前运行时的 narrative-writer，按顶部兼容说明调用；只在此时读 references/agent-calls.md，传递实际诊断、原文依据、文风和授权范围。
3. 文件缺失、运行时未暴露 custom agent 或 spawn 失败时，由主会话直接改。

实际执行者按三份方法落改。用笔调整同时处理过详和过略：压缩无功能过程，演出已有的交锋和判断；缺少成立依据就按故事层处理，不凭空补条件。涉及本次要求的视角切换，也核对每项感知/认知的来源，不添加观察经历来保全信息。

Phase 4：回读与文件收尾

对照改前原文、已定设计和授权，回读完整场景：事实、人物选择、因果、情绪承接、空间方向和悬念是否保住，详写重心是否恢复，有没有引入新套式或新的剧情依据。三层各自复核；信息齐全却仍逐项播报、对白仍像提纲时，表达检查不算完成，脚本不能替代这一遍。

文件改稿落盘后，先句式/退化复扫。只有本次获准整理整份文件标点时，才执行下面的标点写入命令；指定段落或定点 Gate 的任务仅在范围内人工整理标点，不能让全文件工具改动范围外内容。扫描到范围外问题只作提示：

node scripts/check-ai-patterns.js --check --fail-on=blocking <正文文件...>
node scripts/check-degeneration.js --check <正文文件...>
node scripts/normalize-punctuation.js <正文文件...>

• 句式脚本只报告；退出 1 表示命中 --fail-on 范围，退出 2 是命令或文件错误。每条按严重度和文风判断，功能性写法可以保留并说明。
• 退化脚本默认任意 finding 即退出 1，要读每条 severity；blocking 的逐字复读、打转、截断、占位符或工程词泄漏需重新生成受损段，再核对已有事实；advisory 只作提示。
• 标点脚本保留书级白名单获准停顿，清除其余省略号、破折号、双连字符及独立分隔线；保留功能性问号和少量感叹号，默认不变引号。仅作者或项目明确要求时才加 --quote-mode ascii 或 --quote-mode yan。白名单登记按文风裁决文件执行，不因脚本报警自行放行。

完成一次改稿与复扫；仅为新发现的具体问题继续修补，全文扫描最多三轮。没有新问题即停，达到上限仍未解决的列入报告。脚本不可用时如实说明，继续可完成的语义检查，不宣称已通过。

Phase 5：交付实际结果

报告分别说明三层实际处理情况，设计缺口尚存时不能称全文问题已清除。数量与字数只报告实际核对的数据，不以删除比例或“AI味等级下降”代替质量判断。只有用户要求另存报告时才新建报告文件。

## 改稿结果
- 表达：{改了什么；哪些有效写法保留；不在范围内写本次未检查}
- 用笔：{哪处压缩、哪处展开，以及原因；不在范围内写本次未检查}
- 故事：{已修的承接/已授权的设计修改；仍需设计或无法核实的部分；不在范围内写本次未检查}

### 代表性改动
{少量原文与改后对照，说明读者体验有什么变化；没有发生的修改不列。}

### 尚需处理
{原文位置、缺什么、最小设计选项及会影响的后文；已经授权的修改应先执行，不在此重复求确认。没有则省略。}

{文件模式：给修改文件路径，只附 ≤200 字代表片段，不回全文；交互贴入且无文件路径的零散片段：给改后全文。}
技术备注：{仅确有降级、版本提示或未运行的检查时保留；否则删此行}

按需参考

流程衔接

表达和用笔修改按本流程完成；需要继续设计剧情时，携带具体缺口与已知约束进入 /story-long-write 或 /story-short-write，不把作者创作问题送去拆解他人作品。完整审稿可用 /story-review；这些跳转不替代本次已授权的改稿。