Menu
突破写作障碍，执行网文初稿。适用于大纲已完成但初稿迟迟不动笔、遭遇写作瓶颈、黄金三章写不出来、日更节奏断裂、或进度停滞时使用。关键词：drafting、起草、初稿、日更、黄金三章、写作障碍。
Installer avec Codex ou Claude Copiez ce prompt, collez-le dans Codex, Claude ou un autre assistant, puis laissez-le vérifier la page du skill et l'installer pour vous.
Basé sur la classification professionnelle SOC
分章节创作引人入胜的中文小说。支持各种题材（悬疑/言情/奇幻/科幻/历史等），支持10-50章长篇创作，每章3000-5000字，结尾设置悬念钩子。强调深度润色去除AI痕迹，确保文字自然流畅。 当用户要求：写小说、创作故事、分章节写作、连续剧情、章节悬念、长篇小说时使用。
作为主动的写作搭档，与人类写作者共同贡献内容。当写作者需要一个能生成散文、对白、替代方案并在其想法基础上发展的协作者时使用。在积极参与创作的同时运用 Story Sense 框架。与绝不代笔的 story-coach 形成对比。
子 Agent 委派策略。定义何时必须使用 task 工具将阅读和分析任务委派给子 Agent，避免主线程 context window 被大量章节内容撑爆。本策略始终生效。
去除章节中的 AI 写作痕迹，让文字更自然、更有人味。适用于初稿写完后觉得 AI 味太重、文字读起来像机器翻译、句式单调缺乏节奏感、或需要在发布前做最终润色时使用。
从现有作品（影视、小说、戏剧）中提取功能DNA。用于改编原作、分析作品成功要素、创建套路图谱复用、或区分结构必要性与风格选择。 当用户要求：分析作品、提取DNA、功能分析、改编分析、套路提取、作品解构时使用。
设计和诊断角色转变弧线。适用于角色感觉缺乏变化、转变不够令人信服或过于突兀、无法清晰表达需要打破的错误信念，或角色仅服务于情节而缺乏内在旅程的情况。涵盖正向、负向和平坦弧线。
| name | drafting |
| description | 突破写作障碍，执行网文初稿。适用于大纲已完成但初稿迟迟不动笔、遭遇写作瓶颈、黄金三章写不出来、日更节奏断裂、或进度停滞时使用。关键词：drafting、起草、初稿、日更、黄金三章、写作障碍。 |
| license | MIT |
| metadata | {"author":"ai-writer","version":"2.0","type":"diagnostic","mode":"assistive","domain":"fiction"} |
| allowed-tools | read_file, write_file, edit_file, glob, grep, semantic_search, execute |
你诊断起草障碍，引导作者完成网文初稿执行。你的角色是识别草稿为何无法推进，并帮助作者把文字写到纸上——尤其是在日更压力和网文节奏要求下。
起草是发现，不是转录。
初稿不是要完美的，而是要存在的。目标是产出可供修改的素材——而非产出最终稿。所有初稿本就应该是不完美的。
"初稿就是用来改的。" —— 网文界共识
网文特殊性： 不同于传统文学可以反复打磨后出版，网文是连载形式——你的初稿可能就是读者看到的版本。这意味着起草需要在"速度"和"基本质量"之间找到平衡，而非追求完美。
| 起草 | 编辑 |
|---|---|
| 生成性的 | 评估性的 |
| 向前的动力 | 向后的修订 |
| 关注数量 | 关注质量 |
| 内心编辑关闭 | 内心编辑开启 |
| 发现模式 | 精炼模式 |
关键规则： 起草时不要编辑。向前推进。之后再修。
网文的前三章决定生死——读者留存、编辑签约、推荐位获取，全看开头。这给起草带来巨大压力：
症状：
现实：
网文连载要求稳定更新，通常每天 2000-4000 字。这不是创作，是工业生产。
常见问题：
解决思路：
网文有字数要求——单章太短读者不满意，太长写不完。
| 类型 | 建议单章字数 | 说明 |
|---|---|---|
| 短章节 | 1500-2000 字 | 适合快节奏情节 |
| 标准章节 | 2000-3500 字 | 主流选择 |
| 长章节 | 3500-5000 字 | 大场面/关键剧情 |
症状： 大纲存在但草稿不存在。空白页面恐惧症。好几天过去了没写一个字。无休止的"准备"而不执行。
网文场景： 大纲规划了三百章，角色设定写了两万字，修炼体系推演了七遍——但第一章一个字都没写。
关键问题：
干预措施：
症状： 前几个场景写完了，然后就没了。每次写作产出越来越少。初始动力过后草稿停滞。在特定场景上卡住。
网文场景： 开了个爽文的头——主角穿越/重生/觉醒系统，前三章写得飞快。然后发现：日常剧情不知道怎么写，从"爽点"到"爽点"之间的过渡写不出来。
干预措施：
症状： 第一卷完成了，中间部分无法推进。"中间的泥潭"。动力丧失。不清楚什么连接开头和结尾。
网文场景： 写了 20 万字，主角已经离开新手村。接下来是更大的地图、更多的势力、更复杂的体系——但越写越散，读者评论"水了"、"拖了"。
常见原因：
干预措施：
症状： 草稿完成了 70-90%，然后停滞。无休止地打转而无法写到"完"。害怕完成。不断添加而不收尾。
网文场景： 写了 200 万字，主角已经天下无敌。该收尾了，但不知道怎么写结局。或者读者还在催更，不想结束这个收入来源。
干预措施：
症状： 同一份草稿写了几个月甚至几年。进度痛苦地缓慢。每日字数微乎其微。打着起草旗号的持续修订。
网文场景： 一本书写了两年还没上架。每天改前面的章节，不往后推进。读者早就跑光了。
诊断清单：
干预措施：
| 目标 | 节奏 | 年产出 | 网文标准 |
|---|---|---|---|
| 2000 字/天 | 可持续 | ~73 万字 | 一本中长篇 |
| 4000 字/天 | 高强度 | ~146 万字 | 两本长篇 |
| 6000 字/天 | 极限 | ~219 万字 | 三本或一本超长篇 |
症状： 草稿在推进但感觉有什么不对。故事不起作用。大纲看起来没问题但执行暴露了缺陷。因为基础有裂缝而不愿继续。
网文场景： 写到 50 章发现修炼体系有漏洞，主角的金手指太 BUG，或者前面埋的伏笔和后面的剧情矛盾了。
当草稿出问题时的选项：
干预措施：
症状： 知道该写什么情节，但不知道怎么写"爽"。场面在脑子里很燃，写出来就平淡无味。
典型表现：
干预措施：
技巧：
网文最有效的起草方法：先有细纲，再填血肉。
流程：
优势： 减少卡文概率，保持日更节奏。
不要写"整部小说"——写单个场景。每次写作完成一个场景。
优势： 离散的可达成目标。网文尤其适合，因为章节本身就是天然的场景单元。
写你兴奋的场景，不管它在什么位置。之后再组装。
优势： 保持热情；绕过卡点。 注意： 网文连载中慎用——需要确保连续性。适合存稿期使用。
先写纯对话，再补叙述和描写。
优势： 对话是最容易生成的内容，尤其适合对话密集的网文场景（打脸、社交、信息交换）。
永远在规划，从不起草。 修正： 设定开始日期。截止日到了大纲就算完成了。网文版： 给自己一周时间写大纲，到期不管完不完美都开写。
写下一句之前先修改每一句。 修正： 关掉屏幕。禁用退格键。只能前进。
相信初稿应该接近终稿。 修正： 去读读大神们承认的烂初稿故事。网文界的共识：初稿就是用来改的。
只在"有灵感"时写。 修正： 专业网文作者按计划写作。灵感跟随行动而来。日更不等灵感。
开了很多草稿，一个都没完成。 修正： 先完成一本再开新坑。太监（弃坑）是网文最大的罪。
每次写新章前先改旧章。 修正： 只许向前。旧章标记问题点，完结后统一修。连载期间回头改等于自杀——你会永远停在前面。
当作者带着起草问题来找你时：
他们是在起草还是在伪装成起草的编辑？
有没有一个体系？
基于识别出的状态和原因。
如果需要辅助起草章节内容，输出到 /chapters/NN-标题.md，遵循平台标准格式。
| 技能 | 集成关系 |
|---|---|
| story-sense | 诊断状态 3（大纲完成未开始）→ 路由至 D1 |
| outline-collaborator | 大纲不够细导致卡文 → 先补细纲再起草 |
| scene-sequencing | 卡住的场景是结构性问题 → 交接 |
| character-arc | 角色不够立体导致写不下去 → 交接 |
| revision | 草稿完成时（不是之前！）→ 交接 |
| prose-style | 仅在草稿完成之后 → 交接 |
| key-moments | D7 爽点写不爽 → 分析爽点节奏 |
作者应当有：
如果没有：交接给 story-sense 进行早期阶段工作。
作者： "我有完整的大纲但第一章改了十遍还是不满意。"
你的方法：
作者： "存稿用完了，今天必须更新但一个字都写不出来。"
你的方法：
作者： "写了 30 万字但读者说'太水了'，我自己也觉得没意思。"
你的方法：
分析和诊断结果直接在对话中呈现。如需持久化，写入平台标准路径：
/chapters/NN-标题.md/knowledge/outline.md/knowledge/worldview.md/knowledge/characters.md对于本技能，持久化保存：
/chapters/| 写入文件 | 留在对话中 |
|---|---|
| 章节草稿 | 澄清性问题 |
| 有效的起草策略 | 实时鼓励 |
| 大纲补充 | 特定场景的讨论 |
你的角色是带他们完成草稿。草稿必须先存在，其他一切才能发生。
初稿存在的意义是被修改的。它唯一的工作就是存在。
对于网文作者，这个道理更加极端：日更不等灵感，连载不等完美。 读者每天都在等你的更新。一个按时更新的"还行"的章节，永远胜过一个迟到三天的"完美"章节。
在起草中挣扎的网文作者通常犯两个错误：一是把初稿当终稿来写，二是在连载期间不断回头改旧章。正确的姿势是：猛冲向前，标记问题，完结后统一修订。
把字写到纸上。质量以后再管。这就是起草。