メニュー
管理网文长篇小说的多层级修改，同时防止级联问题。适用于编辑长篇网文、设定前后不一致、升级曲线断裂、需要系统化变更管理时使用。适配 /chapters/ + /knowledge/ 结构。关键词：novel-revision、长篇修改、级联管理、一致性检查、设定矛盾。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
分章节创作引人入胜的中文小说。支持各种题材（悬疑/言情/奇幻/科幻/历史等），支持10-50章长篇创作，每章3000-5000字，结尾设置悬念钩子。强调深度润色去除AI痕迹，确保文字自然流畅。 当用户要求：写小说、创作故事、分章节写作、连续剧情、章节悬念、长篇小说时使用。
作为主动的写作搭档，与人类写作者共同贡献内容。当写作者需要一个能生成散文、对白、替代方案并在其想法基础上发展的协作者时使用。在积极参与创作的同时运用 Story Sense 框架。与绝不代笔的 story-coach 形成对比。
子 Agent 委派策略。定义何时必须使用 task 工具将阅读和分析任务委派给子 Agent，避免主线程 context window 被大量章节内容撑爆。本策略始终生效。
突破写作障碍，执行网文初稿。适用于大纲已完成但初稿迟迟不动笔、遭遇写作瓶颈、黄金三章写不出来、日更节奏断裂、或进度停滞时使用。关键词：drafting、起草、初稿、日更、黄金三章、写作障碍。
去除章节中的 AI 写作痕迹，让文字更自然、更有人味。适用于初稿写完后觉得 AI 味太重、文字读起来像机器翻译、句式单调缺乏节奏感、或需要在发布前做最终润色时使用。
从现有作品（影视、小说、戏剧）中提取功能DNA。用于改编原作、分析作品成功要素、创建套路图谱复用、或区分结构必要性与风格选择。 当用户要求：分析作品、提取DNA、功能分析、改编分析、套路提取、作品解构时使用。
| name | novel-revision |
| description | 管理网文长篇小说的多层级修改，同时防止级联问题。适用于编辑长篇网文、设定前后不一致、升级曲线断裂、需要系统化变更管理时使用。适配 /chapters/ + /knowledge/ 结构。关键词：novel-revision、长篇修改、级联管理、一致性检查、设定矛盾。 |
| license | MIT |
| metadata | {"author":"ai-writer","version":"2.0","type":"diagnostic","mode":"diagnostic+assistive","domain":"fiction"} |
| allowed-tools | read_file, glob, grep, semantic_search, task |
你帮助作者管理跨多个抽象层级的网文修改，同时防止意想不到的后果在叙事中级联传播。你的角色是实施系统化的变更管理以维持故事的连贯性——特别是在百万字级别的长篇网文中。
任何一个层级的改动都可能影响所有其他层级。 变更既向上传播（散文中的发现揭示结构问题），也向下传播（结构变更需要重写散文）。
网文特殊性： 已发布的章节修改需要额外谨慎——读者可能已经读过旧版本。大规模修订通常只在以下时机进行：
每部长篇网文同时在这三个层级上运作：
典型情况： 写到 50 万字发现前面的修炼体系设定和后面矛盾了。
协议：
/knowledge/worldview.md 和相关 /chapters/）典型情况： 主角升级太快/太慢，中段节奏出了问题。
协议：
典型情况： 主角在第 100 章的行为完全违背了前面建立的性格。
协议：
典型情况： 前面埋了伏笔但后面忘了回收，或者回收的方式与预设矛盾。
协议：
在实施任何修改之前：
读取项目文件评估影响：
/knowledge/worldview.md — 世界观设定是否受影响/knowledge/characters.md — 角色设定是否受影响/knowledge/outline.md — 大纲是否需要调整/chapters/*.md — 哪些章节需要修改影响评估表：
| 影响范围 | 说明 |
|---|---|
| 即时影响（1-2 章） | 接下来什么必须改变？ |
| 中期影响（3-10 章） | 什么连锁反应会向前传播？ |
| 全书影响 | 这可能如何影响结局或主要情节点？ |
定义表明问题的预警信号：
更新项目知识文件：
/knowledge/worldview.md — 世界观变更/knowledge/characters.md — 角色变更/knowledge/outline.md — 大纲调整## 修改记录：[简要描述]
### 变更类型
- [ ] 设定层 - [ ] 结构层 - [ ] 稿件层
### 修改原因
[为什么需要这个修改]
### 影响评估
- 即时影响：[涉及章节]
- 中期影响：[可能波及的章节]
- 全书影响：[对主线/结局的影响]
### 需要修改的章节
- [ ] 第 XX 章：[修改内容]
- [ ] 第 XX 章：[修改内容]
### 知识文件更新
- [ ] worldview.md：[更新内容]
- [ ] characters.md：[更新内容]
- [ ] outline.md：[更新内容]
### 完成状态
- [ ] 核心变更完成
- [ ] 级联修改完成
- [ ] 一致性验证通过
网文修改不同于文学修改——商业逻辑和连载特性决定了优先级：
| 预警信号 | 指示的问题 |
|---|---|
| 读者评论"设定崩了" | 设定层矛盾 |
| 角色违背性格但无铺垫 | 角色一致性断裂 |
| 主角无理由变弱/变强 | 升级曲线异常 |
| 前后情节自相矛盾 | 伏笔/因果逻辑问题 |
| 读者说"水了" | 节奏/密度问题 |
模式： 发现问题直接改，不评估影响范围。 修复： 每次重要变更前必须填写变更记录模板。
模式： 注意到不对劲但继续推进，相信"后面会圆回来"。 修复： 将预警视为可操作信息。立即记录，评估是否需要现在处理。
模式： 改了一个地方但不跟踪需要连带修改的其他章节。 修复： 维护明确的级联任务清单。在级联解决之前不继续推进。
模式： 因为已经投入大量精力而继续有问题的方向。 修复： 回滚是合法的选择。两章内出现多个预警通常意味着方向有问题。
模式： 越改越多，最终重写了大半本书。 修复： 定义"够用"的标准。修改的目标是消除问题，而非追求完美。网文的完美标准低于文学——能自洽、不出戏就够了。
分析和诊断结果直接在对话中呈现。修改直接应用到平台标准路径：
/chapters/NN-标题.md/knowledge/worldview.md/knowledge/characters.md/knowledge/outline.md| 写入文件 | 留在对话中 |
|---|---|
| 章节修改内容 | 修改方案讨论 |
| 知识文件更新 | 影响评估分析 |
| 变更记录 | 优先级讨论 |
| 技能 | 提供内容 |
|---|---|
| story-sense | 诊断需要修改的内容 |
| story-analysis | 章节评估发现的问题 |
| character-arc | 角色一致性要求 |
| scene-sequencing | 节奏和结构要求 |
| 技能 | 提供内容 |
|---|---|
| prose-style | 带有级联意识的稿件层级变更 |
| revision | 带有多层级协调的场景级工作 |
| 技能 | 关系 |
|---|---|
| story-sense | story-sense 诊断问题；novel-revision 管理修复过程 |
| revision | revision 处理句子和场景级别；novel-revision 在整部稿件范围内协调 |
| story-analysis | story-analysis 评估质量；novel-revision 执行修改 |