10万字以上小说编写神器

要解决什么问题

用通用对话直接「写一本 10 万字小说」，模型很容易在结构上失控：章节编号混乱、人物状态前后矛盾、伏笔忘记回收，且无法在多轮对话里可靠续写。本技能把目标钉死在约 10 万字有效字符（默认 10 卷 × 10 章）、可断点续写和原创边界上，用文件与台账把「事实」从聊天记忆里拆出来。

技能如何工作

流程按阶段推进，而不是一次性吐完全书：

1. 任务澄清：从灵感里抽出题材、视角、主角弧线、世界规则、爽感与禁用项；信息过少时会给出 2～3 个方向差异明显的方案。
2. 持久化项目（有文件能力时）：brief.md 定口径，outline.md 存三层大纲，state.json 作为续写前唯一事实来源，chapters/NNN.md 逐章成稿，reports/validation.md 记录校验。
3. 三层大纲：总纲（卖点、冲突线、重大转折）→ 卷纲（卷目标、高潮、伏笔）→ 章纲（场景、信息增量、目标字数）。大量正文前至少确认总纲与第一卷卷纲。
4. 分章循环：读台账与上一章结尾 → 写本章 → 润色 → 更新 state.json（时间线、关系、道具、伏笔）→ 检查字数与衔接。
5. 卷末与终稿：每卷做连贯性、节奏与伏笔统计；全书完成后可跑 validate_novel.py --final（无 Python 则按清单手检），再合并正文交付。

参考资料按阶段路由（大纲、人物、节奏、平台规范等），避免一次塞进整库。交互上支持自主、分卷确认、逐章确认与续写模式（从 state.json 的 current_chapter + 1 继续）。

适用边界

• 不会在单条回复里承诺输出完整 10 万字；必须分段生成并持续保存状态。
• 不复刻现有作品、不模仿在世作者独特风格，不输出大段受版权保护文本。
• 平台投稿规则有时效性；仅在用户明确要求投稿时核对官方规则，无法核对时需标注资料版本。