长篇小说专业创作

要解决什么问题

长篇创作最容易在「想法很多、工程很乱」之间失控：章节文件与元数据脱节、角色知识边界前后不一致、大纲与正文各写各的，审改时又怕模型悄悄覆盖稿本。本技能定位是作者可控的写作协作，从粗想法到完整手稿，覆盖立项、大纲、角色弧、分章起草、审校、连续性检查与可视化追踪；它不是一键成书器，正史、文风、章节边界与每一次合并都要你确认。

技能如何工作

核心是一条按阶段执行的流程，并用本地脚本把「能不能写下一章」变成可检查的门槛：

• 项目与路由：用 init_project.py 初始化或接入既有工程；日常请求走 /novel:new、/novel:outline、/novel:chapter、/novel:review、/novel:revise 等路由，分别加载 project-workflow.md、plotting.md、emotional-focus.md、character-context.md 等工作流文档，而不是默认灌入全书正文。
• 章注册预检：在 /novel:chapter 之前必须跑 check_chapter_registry.py；若已有稿本但元数据缺失或过期，先停笔，提供 scan_chapter_registry.py --write 预览/写入，未经你接受不得继续起草。
• 起草约束：按章节卡片与精确加载的角色档案片段写作；场景要带目标、阻力、转折与后果；情绪通过行为与感知呈现；对话侧维护说话人知识账本（见 dialogue-and-clarity.md）。
• 状态与合并：把已确认、推断、作者计划分开保存；章节完成后先保存再审；结构化更新经 merge_story_updates.py 预览，且需 --expected-sha256 与作者确认后才合并。
• 风格导入（可选）：/novel:style-import 在许可范围内从参考文本抽象叙事/对话风格，写入 voice guide；拒绝模仿在世作者或复制受保护文本。

适用边界与注意点

• 不会自动把全书切成章节或跑多批次流水线；章节计划由你维护，一次只处理你选中的章。
• 默认不捆绑网站书源配置；Gutendex、Wikisource 等需你自备配置才会访问。
• 研究流程仅在事实会影响可信度或剧情决策时启用；未决发展问题走 questioning.md（通常 3～5 个锚定内容的提问，除非你跳过）。
• 审校提供手动、自动审阅、自动审阅并修订等模式；可视化变更同样只经你确认后写入。