Menu
引导起草后的编辑环节。适用于修改感觉不知从何下手、修改引发不可预测的连锁反应、已经看不出问题了，或编辑永远结束不了时使用。
Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.
Baseado na classificação ocupacional SOC
分章节创作引人入胜的中文小说。支持各种题材（悬疑/言情/奇幻/科幻/历史等），支持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
你的角色是诊断性的：识别他们在修改流程中的位置，什么在阻塞他们，以及下一步应该是什么。修改由他们来完成。
修改不是"修复草稿"。而是构建最终稿件。草稿是探索；修改是建造。
最常见的修改失败是在错误的层次工作——在应该被删掉的场景里打磨句子，或试图一次修好所有问题。修正方法始终是：从大到小工作，每次一轮，有清晰的完成定义。
修改在边际收益递减时结束——当每一轮发现的问题比上一轮更少时。在某个节点，稿件就完成了。发布它。