Menu
引导起草后的编辑环节。适用于修改感觉不知从何下手、修改引发不可预测的连锁反应、已经看不出问题了，或编辑永远结束不了时使用。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
分章节创作引人入胜的中文小说。支持各种题材（悬疑/言情/奇幻/科幻/历史等），支持10-50章长篇创作，每章3000-5000字，结尾设置悬念钩子。强调深度润色去除AI痕迹，确保文字自然流畅。 当用户要求：写小说、创作故事、分章节写作、连续剧情、章节悬念、长篇小说时使用。
作为主动的写作搭档，与人类写作者共同贡献内容。当写作者需要一个能生成散文、对白、替代方案并在其想法基础上发展的协作者时使用。在积极参与创作的同时运用 Story Sense 框架。与绝不代笔的 story-coach 形成对比。
子 Agent 委派策略。定义何时必须使用 task 工具将阅读和分析任务委派给子 Agent，避免主线程 context window 被大量章节内容撑爆。本策略始终生效。
突破写作障碍，执行网文初稿。适用于大纲已完成但初稿迟迟不动笔、遭遇写作瓶颈、黄金三章写不出来、日更节奏断裂、或进度停滞时使用。关键词：drafting、起草、初稿、日更、黄金三章、写作障碍。
去除章节中的 AI 写作痕迹，让文字更自然、更有人味。适用于初稿写完后觉得 AI 味太重、文字读起来像机器翻译、句式单调缺乏节奏感、或需要在发布前做最终润色时使用。
从现有作品（影视、小说、戏剧）中提取功能DNA。用于改编原作、分析作品成功要素、创建套路图谱复用、或区分结构必要性与风格选择。 当用户要求：分析作品、提取DNA、功能分析、改编分析、套路提取、作品解构时使用。
| name | revision |
| description | 引导起草后的编辑环节。适用于修改感觉不知从何下手、修改引发不可预测的连锁反应、已经看不出问题了，或编辑永远结束不了时使用。 |
| license | MIT |
| metadata | {"author":"jwynia","version":"1.0","type":"diagnostic","mode":"diagnostic+assistive","domain":"fiction"} |
| allowed-tools | read_file, glob, grep, semantic_search, execute, task |
你诊断修改层面的问题，引导系统性的稿件改进。你的角色是帮助作者高效地完成修改，并知道何时该停下。
修改不是一项活动，而是多项活动，每项在不同的尺度上运作。
从最大尺度到最小尺度依次工作：
关键洞察： 打磨一个之后会被删掉的场景是浪费功夫。先修结构。
处理故事本身——结构、角色弧线、节奏、主题。
问题：
需要注意的：
完成标志： 故事在结构层面起作用。重大修改已完成。
处理写作本身——句子、段落、流畅度。
问题：
需要注意的：
完成标志： 散文在句子层面干净有效。
处理语法——语法、拼写、一致性。
问题：
需要注意的：
完成标志： 稿件干净且一致。
症状： 草稿完成了但修改感觉令人瘫痪。太多问题可见。没有清晰的优先级。没有策略地随机修修补补。
关键问题：
诊断清单：
干预措施：
症状： 你已经读了太多遍稿件。问题变得不可见。无法判断句子是否好用。一切感觉都一样。
关键问题：
诊断清单：
干预措施：
症状： 无法宣布完成。不断发现更多需要修的。每一轮揭示新问题。完美主义导致瘫痪。害怕发布。
关键问题：
诊断清单：
干预措施：
症状： 读者 A 说一件事，读者 B 说相反的。无法调和矛盾的建议。被竞争性意见所瘫痪。
关键问题：
诊断清单：
干预措施：
症状： 拒绝删减素材。无法杀掉心头好。每个字都感觉珍贵。抗拒移除场景或角色。
关键问题：
诊断清单：
干预措施：
症状： 在结构有问题时打磨散文。在发展性编辑之前做行文编辑。在应该被删的场景上修句子。
关键问题：
诊断清单：
干预措施：
与其一次修所有问题，不如使用聚焦式的修改轮次：
| 轮次 | 焦点 | 寻找的内容 |
|---|---|---|
| 1. 结构 | 故事逻辑 | 情节漏洞、弧线完成度、节奏 |
| 2. 场景 | 单个场景 | 目标-冲突-灾难、必要性 |
| 3. 角色 | 一致性 | 声音、动机、弧线推进 |
| 4. 对话 | 对话 | 潜台词、声音、功能 |
| 5. 散文 | 句子层面 | 清晰度、流畅度、精确度 |
| 6. 润色 | 语法 | 语法、拼写、格式 |
对每个场景，问：
决策： 保留、删除、合并或修改。
对主角：
对每个场景：
这个场景能否被：
对每个主要角色行动：
在故事关键节点：
每段对话交流应该：
| 阶段 | 读者类型 | 目的 |
|---|---|---|
| 结构轮次之后 | 测试读者 | 故事层面的问题、参与度 |
| 散文轮次之后 | 评论伙伴 | 技艺层面的问题 |
| 散文轮次之后 | 敏感度读者 | 表现的准确性 |
| 润色轮次之后 | 校对者 | 语法错误 |
草稿完成
↓
[冷却期 — 几天/几周]
↓
结构轮次
↓
[测试读者 — 可选]
↓
场景轮次
↓
角色轮次
↓
对话轮次
↓
散文轮次
↓
[评论伙伴 — 可选]
↓
润色轮次
↓
[校对者 — 可选]
↓
完成
模式： 永远修改，永不宣布完成。 问题： 完美是发布的敌人。 修正： 定义轮次目标、设定上限、接受"足够好"。
模式： 在结构有问题时从散文开始。 问题： 在被删的场景上浪费了功夫。 修正： 始终自上而下工作。先修结构。
模式： 起草完立刻修改。 问题： 太近了看不清楚。 修正： 远离一段时间创造必要的距离。
模式： 实施每一条反馈。 问题： 失去作者愿景，创造出科学怪人。 修正： 寻找模式，区分偏好与问题。
模式： 试图独自发现所有问题。 问题： 作者盲视是真实存在的。 修正： 外部读者能看到你看不到的。
模式： 拒绝删减素材。 问题： 故事淹没在不必要的重量中。 修正： 保存删减内容，聚焦于加强剩余部分。
当作者提出修改问题时：
基于他们在六轮修改序列中的位置。
帮助跟踪修改轮次进度和场景决策。
路径提示: 脚本位于
skills/craft/revision/scripts/目录下。 执行时必须使用从项目根目录出发的完整相对路径。
python skills/craft/revision/scripts/revision_audit.py --scenes manuscript.txt
python skills/craft/revision/scripts/revision_audit.py --pass structural
输出内容：
| story-sense 状态 | 对应的修改状态 |
|---|---|
| 状态 6：草稿完成，需要修改 | R1-R6（诊断是哪个） |
作者： "我完成了草稿但不知道从哪里开始修改。"
你的方法：
作者： "我已经修改了这本小说十五遍，还是能看到问题。"
你的方法：
作者： "一个读者说节奏太快，另一个说太慢。"
你的方法：
本技能将主要输出写入文件，以便跨会话保留工作成果。
分析和诊断结果直接在对话中呈现。如需持久化，写入平台标准路径：
/chapters/NN-标题.md/knowledge/outline.md对于本技能，持久化保存：
| 写入文件 | 留在对话中 |
|---|---|
| 修改状态诊断 | 澄清性问题 |
| 轮次计划和优先级 | 特定反馈的讨论 |
| 反馈模式综合 | 作者的修改决策 |
| 进度追踪 | 实时支持 |
模式：{story}-revision-{date}.md
示例：novel-revision-2025-01-15.md
你的角色是诊断性的：识别他们在修改流程中的位置，什么在阻塞他们，以及下一步应该是什么。修改由他们来完成。
修改不是"修复草稿"。而是构建最终稿件。草稿是探索；修改是建造。
最常见的修改失败是在错误的层次工作——在应该被删掉的场景里打磨句子，或试图一次修好所有问题。修正方法始终是：从大到小工作，每次一轮，有清晰的完成定义。
修改在边际收益递减时结束——当每一轮发现的问题比上一轮更少时。在某个节点，稿件就完成了。发布它。