墨水长篇网文写作

要解决的问题

长篇网文写作最大的坑不是写不出字，而是写到第 40 章时已经说不清第 3 章埋的伏笔、主角当前境界、某角色已知的信息边界。多数写作 agent 靠上下文记忆硬撑，结果是设定漂移、人物前后矛盾、伏笔遗忘，而且 agent 自己不会意识到出错。另一个常见问题是流程跳过：为了赶进度只跑完写章流程前半段就宣称完成，后续章节在脏数据地基上继续累积。

核心思路：真相文件优先

ink.skill 把长篇写作拆成一条有状态的 pipeline，所有事实都落在书根目录下的 7 个真相文件（current_state.md、character_matrix.md、pending_hooks.md、world_state.md、chapter_summaries.md、emotional_arcs.md 以及资源/粒子账本），而不是靠模型记忆。任何写操作前必须先读对应文件，任何改变世界状态的操作必须同步回写。每个 skill 动作完成后还要更新书根的 PROGRESS.md，重写当前状态、重算活跃 followup、追加操作时间线。

激活与路由

技能启动时不直接开写，而是走一段线性自检：

• 定位书根：判据是目录下同时存在 chapters/ 和 story/；不明确就强制询问，拿到路径前禁止任何写操作
• 识别书况：读 PROGRESS.md，分流到「继续」「老书迁移」「新建书」三条路径之一
• pipeline 健康体检：对最近一章跑 verify，全过才允许写下一章；有未通过环节时向作者报出损伤地图并等指令
• 按意图加载模块：写章、连写、审计、修订、结算、快照、伏笔治理各自对应 reference/ 下的模块，加载后必须按模块 Step 2 的清单全读，不能只读精简版

写章流程的两个硬 gate

一是首稿字数必贴律：Writer 输出正文后，同一条消息末尾必须原样贴字数块，且数字来自对磁盘章节文件跑 Python 计数的 stdout，禁止估算。二是验证必贴律：任何「写 ch N」动作的最后一条消息，必须以 python3 scripts/verify-chapter.py 的完整 stdout 开头，原样保留 13 个 ✅/❌ 环节。口头说「全部通过」不算完成，index.json.status 也不得写 approved。正文层面还有机械禁令：严禁破折号、严禁「不是……而是……」句式、严禁把 plan、hook_id、账本数据这类分析术语泄漏进正文。

适用边界

这套技能只服务于长篇网络小说创作，短篇、散文、营销文案、剧本都不在射程内。它假设你愿意接受一套较重的目录结构和多文件真相账本；只是偶尔写一段的话，这套流程的开销明显过大。迁移老书需要已有 chapters/index.json 和 story/current_state.md，否则会走新建流程。伏笔治理、章节重分析、同人设定等能力依赖 reference/ 与 scripts/ 随技能目录一起可用；目录无法定位时它会停下来问路径，而不是猜一个相对路径。