/story-deslop

name: story-deslop
version: 1.0.0
description: "网文去AI味。从表达、叙事用笔、故事因果三层诊断并修复文本，保留作者文风与已定剧情。触发方式：/story-deslop、/去AI味、「去AI味」「这篇太AI了」「网文去AI味」。"
metadata: {"openclaw":{"source":"https://github.com/zenstory-ai/oh-story-claudecode"}}

story-deslop：网文去AI味

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

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

---

执行边界

• 未限定范围的独立去味，完整检查表达、用笔、故事三层（每层可无问题）；用户明确只查词句、某段或某类问题时按指定范围检查。
• 普通去味可修表达、恢复已有承接、调整已定内容的详略；允许删除整段无功能内容，保护伏笔、因果、人物选择、情绪体验与揭露顺序。需要改变事件、动机、结果或新增成立条件时，按故事层区分设计提案和已授权重写；不得用新微动作、粗话、证据或冲突制造“真人感”。
• 文风裁决只影响表达，不改变事实与信息边界。准确直写、心理活动、带立场的叙述和有功能的停顿均可保留，不机械套 Show/Tell、句长或删减率。
• 用户只要检测或标注时，只出诊断，不修改正文。作者只说「去AI味」「这篇太AI了」时按改稿处理：表达与用笔直接改，故事层缺口给出方案，作者授权后再改。作者报告用白话、原文位置与阅读后果，不写检测类别名或脚本字段。
• 长篇项目（书目录下有 `正文/` 与 `追踪/`）需要改变事件、关系、人物所知或结果时，即使作者已授权，也带着诊断和授权转 `/story-long-write`「修改第X章」执行，由那边备份原文并同步追踪；本流程只改表达、用笔和已有依据的承接。
• 用户提供外部检测报告或 `/story-review` 的审稿结论时，只提取能对应到正文的具体问题作为本次范围。

作者偏好边界

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

去味流程

Phase 1：读原文与三层扫描

从正文路径确定书目录和篇幅：单个 `正文.md` 一般是短篇，`正文/` 下逐章文件一般是长篇；优先采用作者与项目的明确说明；短篇另读 [references/short-deslop.md](references/short-deslop.md) 的卖点保护。按开头的文风裁决读本书要求，通读本次正文，按需查相关前文和已定设计，不整读无关全书。资料缺失时继续有依据的部分，标明未知。本次涉及多章时，逐章完成 Phase 1–4 再进下一章，交给写手时每章派一次。

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

| 方法 | 检查什么 | |---|---| | [references/expression.md](references/expression.md) | 先治理电报体与短碎句，再查词句、声口和机械复现 | | [references/narrative-focus.md](references/narrative-focus.md) | 场景作用、详略、关键过程与细节功能 | | [references/story-logic.md](references/story-logic.md) | 行为、因果、立场、变化、后果与知情顺序 |

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

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

脚本命中是定位线索，零命中不代替三层扫描。每类提示归哪层、判断什么，见 expression.md 末节的索引；blocking 要改到净或按白名单保留（见 Phase 4），advisory 回到语境判断，不为归零机械改稿。完整词条仅在需要定位某种表达时查 [references/banned-words.md](references/banned-words.md)。

文件前 6 行内、章节标题下有 `<!-- 去味:跳过 -->` 而作者这次要求去味时，照常处理：blocking 清零后删掉这一行；仍有剩余阻塞时保留，并在报告里告诉作者这章仍按跳过处理。

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

每个实际问题记录原文位置、阅读后果、所缺依据和最小改法，区分三种处置：可直接修复；需设计但未授权；资料不足不能定论。

先判断故事成立条件，再安排场景用笔，最后处理词句。若剧情缺口暂不能改，继续完成独立可修部分并在报告中保留缺口，不加表情或总结句掩盖因果缺口。已授权的剧情重写按执行边界直接执行或转交。

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

<!-- author-report -->

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

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

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

Phase 3：按授权改稿

> Agent 兼容性：只检查当前宿主：Claude `.claude/agents/{agent}.md`（`subagent_type`）、OpenCode `.opencode/agents/{agent}.md`（`subagent` 的 `agent`）、Codex `.codex/agents/{agent}.toml`（`agent_type`）、Antigravity `.agents/agents/agent-name/agent.md`（`invoke_subagent` + `TypeName`）。ZCode 查插件注册的同名角色，用 `Agent` 按实际 schema 派发，不要求 `.zcode/agents`。仅角色/工具不可用或返回未知 agent 时降级 solo/direct：白话告诉作者「这次由我直接改」，`Fallback: project custom agents unavailable -> solo` 原文只进报告最后一行「技术备注：」。 > > Spawn 版本提示（不阻断 spawn）：先读取项目根 `.story-deployed` 的 `agents_version`。与本版 `agents_version: 42` 不一致时（标记缺失、字段缺失/非整数、小于或大于 42）**照常按当前宿主角色来源检查并 spawn**，同时用一句白话提示作者「写作助手是旧版，运行 /story-setup（ZCode 先更新插件）后新开会话」，`Notice: agents bundle 版本不匹配（项目 {N}，本版 42）` 原文写进技术备注行；大于 42 时额外提示先更新 oh-story-claudecode，不要用本地旧版 setup 降级覆盖。只有当前宿主角色缺失或不暴露调用能力时才降级 solo/direct，`Fallback: ... -> solo` 同样只进技术备注行。

改动文件前，先把原文复制到书内 `.story/work/去味原稿/{YYYYMMDD}_{原文件名}`，Phase 4 对照它回读；作者要撤回时用它恢复。

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

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

Phase 4：回读与文件收尾

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

文件改稿落盘后先复扫：

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

• 两个脚本只报告；退出 1 表示有 blocking，退出 2 是命令或文件错误。
• 句式 blocking：保留叙事功能自然改写；作者明确选择的原句按文风裁决文件登记白名单；两样都做不到就列为剩余阻塞。破折号按功能改写，不留给标点脚本机械替换。advisory 按文风和语境判断，功能性写法可以保留并说明。
• 退化 blocking（逐字复读、打转、截断、占位符或工程词泄漏）重新生成受损段，再核对已有事实；advisory 只作提示。

语义改完、复扫没有 blocking 后再整理标点。整份文件的完整去味默认整理；只改指定段落或问题时不跑，在范围内人工整理，范围外问题只作提示：

node scripts/normalize-punctuation.js <正文文件...>

标点脚本保留引号里的省略号（统一成 `……`），把白名单以外的其余省略号、破折号、双连字符换成逗号、句号、冒号或删去，并删除独立分隔线；不动问号和感叹号，默认不改引号。仅作者或项目明确要求时才加 `--quote-mode ascii` 或 `--quote-mode yan`。白名单登记按文风裁决文件执行，不因脚本报警自行放行。

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

Phase 5：交付实际结果

报告分别说明三层实际处理情况，多章时逐章写一组；设计缺口尚存时不能称全文问题已清除。只报告实际核对的字数与改动，只有用户要求另存报告时才新建报告文件。

<!-- author-report -->

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

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

### 尚需处理
{原文位置、缺什么、最小设计选项及会影响的后文；没有则省略。}

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

流程衔接

长篇剧情级改动按执行边界转 `/story-long-write`；需继续设计剧情时，携带具体缺口与已知约束进入 `/story-long-write` 或 `/story-short-write`。完整审稿可用 `/story-review`。