技能介绍

这个技能解决什么问题

长篇网文写到几十万字之后，最常见的崩坏方式不是文笔差，而是状态丢失：伏笔忘了回收、角色动机前后矛盾、卷与卷之间的节奏断档，或者仅凭 “我想写什么” 的直觉开写，写到中期才发现爽点结构没有支撑。这个技能把长篇写作拆成一条可执行的流水线，用文件系统做状态追踪，而不是把几十个章节的设定堆在一段对话里。

它的核心立场是：先定情绪，再定故事。每个场景都要交付一个明确的情绪目标，说不清情绪的场景不应该存在；题材方向从扫榜、拆文、对标里找验证过的剧情模式，把对标书的角色当作功能位（对手/盟友/催化剂），映射到你自己的素材上，而不是重新发明轮子。

它如何工作

整个流程分为五个阶段，按需加载、不一次全量塞进上下文：

Phase 1 选题：消费 选题决策.md，确定题材方向，登记主/副对标书
Phase 2 设定：产出核心设定表，建立 设定/关系.md、设定/题材定位.md 等全局文件
Phase 3 大纲：搭建卷级大纲、逐章细纲，含大纲安全检查与中途补纲流程
Phase 4 正文：单章写作，按题材加载钩子、悬念、情绪模块等参考资料
Phase 5 质检：对照清单做质量检查结果与禁用词扫描

项目状态落在文件系统上：设定/按角色、势力、世界观主题分文件，大纲/一卷一文件，追踪/下有唯一权威的 _tracking-state.json 和派生的上下文、伏笔、时间线视图。追踪文件有硬性体积上限（比如上下文卡≤12KB），所有写入通过 tracking_commit.py 走事务，不允许手改派生文件——这是防止长期连载中语义检查点漂移的关键机制。

适用边界与注意点

它不是自动写手。开书默认停在细纲交付，不会自动进入正文；写正文必须有显式意图（“写第 N 章”或“日更”），单轮最多 3 章。裸调用只做项目状态诊断，列出下一步选项就停。
对标分析是权威依赖。剧情/情绪模块.md 和 剧情/节奏.md 缺失时要 fail-fast 报修复，不能用摘要文件假装已经召回。
检索按场景加载。参考资料不做全量加载，只有写当前章节需要时才读对应的钩子、技法、题材公式文件，这是它能在长线项目里控制上下文成本的原因。
运行环境有要求。需要能读写项目文件的 Agent 环境，专业 Agent 的查找按 .claude/agents/ → .opencode/agents/ → .codex/agents/ 顺序探测，不匹配时降级为 solo 模式并报告 Fallback。
适配流水线位置：它处于「长篇」流水线的第 3/3 步写作环节，前置需要选题扫描，后置可接去 AI 味或短篇改写。如果你要的是短篇或单章快写，这不是合适的入口。