技能介绍

为什么长篇连载需要状态管理

长篇网络小说的问题不是“写不出来”，而是写到几十章后状态漂移：角色已死却继续出场，资源账本对不上，伏笔标记回收但正文没有落地，代理在第 12 章忘记第 3 章定下的约束。通用对话模型靠上下文窗口维持记忆，一旦章节变长、设定变密，就会把大纲、账本、hook_id 和待办漏进正文，或者写出与真相文件矛盾的平行宇宙。Ink 要解决的是把“这本书此刻的事实”从模型的临时记忆里拆出来，变成磁盘上的 truth files。

它如何工作

激活时先定位书根，判据是目录下同时存在 chapters/ 和 story/；不在书根就强制询问，禁止在路径不明时写任何文件。
读 PROGRESS.md 判断是继续、老书迁移还是新建书；若 chapters/index.json 非空，还会对最近一章跑 verify 健康体检，发现脏数据就拦住后续写作。
写章、续写、连写、审计、修订、结算等非查询意图，必须先加载对应 reference/*.md 模块，再按模块里的清单读取 truth files。truth files 不是猜的，而是 current_state.md、character_matrix.md、pending_hooks.md、chapter_summaries.md 等文件的集合。
任何改世界状态的操作都要同步更新 truth files；每个 skill 动作完成后重写 PROGRESS.md 的当前状态、活跃 followup 和操作时间线。
写完正文后，verify-chapter.py 的 13 个 ✅/❌ 环节 stdout 是完成证据；Writer 交稿时还必须贴脚本实测的字数块，不能凭感觉估算。机械规则包括正文禁用 ——、禁用“不是……而是……”句式，禁止把 hook_id、账本数据、分析术语写进正文。

适用边界与注意事项

它适合已经有明确书根目录、愿意把设定拆成结构化文件的长篇作者或 agent 流水线。它不是通用润色器：初始化、迁移、体裁选择、章节结算都有固定流程，改动这些流程容易破坏 truth files 的一致性。它强制要求本机有 Python3 和可访问的 skill 目录，路径解析失败时必须停下来询问，不能猜相对路径。对短篇、大纲草稿或只想要灵感发散的写作，这套机制反而太重；对连载网文来说，这种重状态、重验证的约束才是降低返工成本的关键。