执行手册（通用项目模板）

定位

本手册是单个文学项目（任何分支）的工作台模板，不是设定百科，也不是版本日志。它记录当前事实、未决问题、章节计划和交付检查，让 Agent 能连续工作而不混淆事实与猜测。

每个项目开始时复制本结构并填写。这是一个可复用的通用框架：只保存结构、表头和检查项，不写入任何一次性讨论、过期方案或流水账。具体原则请回到《方法论手册.md》与《写作手册.md》，语言配方见《语言系统手册.md》。

框架对叙事与非叙事分支同样适用：小说的「章节卡」可映射为散文的「段落卡」、文案的「主张—证据卡」；小说的「伏笔表」可映射为任何分支的「承诺—兑现表」。先立原理，再按分支填表。

【实战】本模板 v3.0（存在论版本）新增阶段推进状态机与存在论三维，升级评审维度至七维。防幻觉系统不变：事实四分离、正文优先、场景账、承诺表、回写脚本。皆因"过期引用/台账漏录/时序错位/数字对不上/整改只记不改"五类事故而立。

一、项目卡

项目	内容
分支 / 体裁	小说 / 科幻 / 散文 / 剧本 / 舞台剧 / 歌剧 / 文案 …
当前阶段	世界观冻结 / 人物冻结 / 大纲冻结 / 逐章精写 / 冷改热修
书名或篇名
对象与读者关系
核心卖点或主张
一句话冲突或内核
主题命题
叙事视角 / 声口
计划体量
交付格式	单章字数区间 / 文件命名 / 目录

当前状态快照

跨会话恢复上下文的入口：每章回写时整体覆盖刷新，不追加历史。快照只服务快速定位；事实冲突时以下方各表为准。

现在：谁 / 在哪 / 何时
张力：正在发生什么对抗或悬念
意义时刻：最近一次触达内核的场景
未兑现承诺：（≤3 条，对应承诺表编号）
下一步：下一章要解决的最小问题

阶段推进状态机

Phase 1 世界观冻结 ── 输出：世界观总纲+术语表+因果闭环图+代价体系
Phase 2 人物冻结   ── 输出：存在论三维+关系拓扑+声口档案
Phase 3 大纲冻结   ── 输出：卷级走向+章级存在论变化+遗产链
Phase 4 逐章精写   ── 以存在论穿透为唯一验收标准
Phase 5 冷改热修   ── 放置≥48h+陌生人眼光重读

推进规则：前一 Phase 的输出未冻结，不进入下一 Phase。冻结后回退需标注回退原因与受影响章节。当前阶段 = 项目卡"当前阶段"字段。

二、创作事实库【实战：防幻觉核心】

铁律：事实、推测、建议、历史四类信息必须分开写。远期设定未落地前一律进开放问题，不伪装成事实。正文是事实源；计划落后于正文时，以正文为准修正计划。

2.1 世界规则

记录已在正文或项目决策中确认的规则。每条包含：规则、适用范围、限制、代价、已出现证据。

规则	范围与限制	代价	证据

2.2 空间与组织

记录会影响行动的地点、组织、制度、资源流和信息流。孤立的名称不进入事实库。

单元	它控制什么	它害怕什么	与主线的连接

2.3 人物档案

人物	创伤	欲望	局限	能力/资源	与主角关系	声口签名
主角

主要人物另用存在论三维维护：

人物	创伤被触碰的记录	欲望被激发的记录	局限被打破或加固的记录

配角补充"主角不在场时会做什么"。

2.4 资源、威胁与代价

对象	能解决什么	获取成本	使用限制	剧情后果

2.5 时间线与场景账【实战】

只记录会影响连续性的时间点、承诺、伤势、物品去向和场景变化。动笔前先对一遍本章日期锚点与行程；重要场景按时间链记账。

时间/章节	事件	产生的事实	尚未兑现

场景账格式（重要场景单列）：时间戳 + 变化 + 原因（未知=伏笔，刻意不变=信息）。再访场景动笔前必查此账。

道具账：出现→使用→回收/消耗全程可查。断裂即出戏。

数字账：书中一切计数（人数/步数/天数/金额）必须一遍算懂，明细与总数对上。跨章数字动笔前对一遍。

2.6 开放问题

承接方法论 §五的「待验证 / 可选方向」：未落地的远期设定、待确认的假设、尚未定案的走向都放这里，不伪装成事实。落地后转入对应事实表或删除。

编号	内容	类型	影响	状态
		待验证 / 可选方向		开放 / 已落地 / 已废弃

2.7 作者声样与风格锚点（注入肉身）【2026-09-10 横向增量：共享模板+A/B/C 对比】

模板见 living-ink/_shared/声样模板.md（三层共用，禁止各存一份）。

「注入肉身」的存储位。请用户提供 3–5 段本人文本作声样后，在此登记提炼结果；后续所有会话直接读取本表，不再重复索要。

声样位置：（文件路径或粘贴段落）
风格锚点：【高频过渡词】【标志性句式】【惯用比喻】等，逐条列出
绝对禁用项：作者明确不用的词、句式或腔调
最后校准：（时间 + 依据哪次成稿校准）

只保留仍生效的锚点；某条不再符合作者当前声音时直接删除，不留历史记录。改写声口前先对照本表。

2.8 语言指纹档案（项目层，定义见《语言系统手册.md》）

句法签名 / 节奏签名 / 词族清单（2–4 条）/ 魅力机关纪律 / 欠账清单
每次语言体检后整体覆盖刷新，不追加历史。

写前开书问答（onboarding，三层递进）【2026-09-10 横向增量】

L1 必答（定位）：题材创意/主角设定/核心冲突（三问，可跳过用默认，可🎲随机）。 L2 可选（定制）：世界观/视角/主题/读者/章数（五问）。产出：大纲+人物档案+写作计划 JSON（模板见 living-ink/templates/写作计划.json）→用户确认→开写。偏好记忆：每次创作后更新 templates/user-preferences.json（题材/风格/章数倾向），下次直接应用。中断续写：templates/state.yaml 复制为项目根 state.yaml，自动检测断点续跑。

三、故事计划

3.1 故事弧

阶段	主角目标	主要阻力	关键选择	代价	阶段结果
开端
发展
转折
高潮
结局

3.2 章节卡

每章只写足够指导正文的内容：核心事件、人物选择、情绪变化、必须兑现的约定、章末新问题。

章	核心事件	人物选择与代价	情绪落点	钩子/新问题	状态
					待写

3.3 伏笔和承诺表【实战：预算制】

伏笔不是越多越好。每条必须有当前功能、最近一次提醒和预计兑现窗口；无法说明用途的降级为开放问题。预算：开篇长线伏笔（回收跨度>30 章）≤3 条；抛出的悬念尽量 3 章内回收。

编号	内容	当前功能	最近提醒	兑现窗口	状态
					埋设/推进/兑现/废弃

埋设点确定后如再改，必须回写本表。跨章约定（会面/交付/训练时序）在此登记兑现顺序，动笔前核对动线不错序。

四、正文工作流【实战：脚本强制】

写前

读取上一章结尾、当前章节卡和相关人物/规则。
确认本章触碰了哪个存在论维度（创伤/欲望/局限）。
写出本章欲望、阻力、选择、代价和结果。
至少列出三个走向，说明各自收益、风险和钩子，再选一个。
分配场景顺序、信息顺序、情绪落点和字数；确认没有把设定说明当成场景。
核对时间线/场景账/道具去向/跨章约定；核对本章状态变化（写作手册 §二 2.1）。

写后

本章发生了可复述的变化。
人物做了主动选择，结果带来代价或责任。
事件承载了世界信息，环境参与了行动。
存在论穿透检查——删掉这段，人物的存在方式是否还成立？
新增事实已经写入事实库，计划和猜测有明确标记。
检查人物状态、物品去向、时间顺序、空间位置和跨章承诺。
完成《写作手册.md》§六§七§八的文笔、反水文、反模板体检 + 《语言系统手册.md》配方轮换检查。
复读结尾：它是否只能属于这一章，是否真的打开了新问题？
跑二脚本（字数/重复段，见 living-ink/scripts/）+ 元信息 grep 单行。不跑完视为未交付。
自动闭环：review【必改】→限定只改问题段重写→复检，最多 3 轮；第 3 轮仍不过即冻结，转人工接手包（问题段+变数级建议+事实 diff），并写 runs/ 日志（约定见 living-ink/templates/runs约定.md）。二脚本 FAIL 属事故直接返工，不计入 3 轮。正文默认串行，并行仅用于大纲/支线发散。

原则：脚本只测机器可判定的事故（字数越界、整段复制）；凡需解释的（像不像人、水不水）一律 Agent 现场诊断，不能量化门槛。统计异常≠必改。

python3 living-ink/scripts/check_length.py 正文/第XXX章-*.md <min> <max>
python3 living-ink/scripts/check_dup.py 正文/第XXX章-*.md
# 元信息泄漏（标题行除外，应零命中；命中即改）
grep -vE '^(#|>)' 正文/第XXX章-*.md | grep -E "第[0-9]+章|[0-9]{2,3}那回|细纲|大纲条目" || echo OK

五、评审记录

每次评审只保留会改变正文或工作流的结论，不保存逐句批注流水账。

章节/范围	主要问题	影响	决策	是否复核

评审维度：情感密度、思想纵深、人物弧光可信度、世界渗透度、语言辨识度、结构完整性、节奏控制。读者感受优先于条款号。

六、交付门槛

章节目标和状态变化清楚（写作手册 §二 2.1 可勾选）。
没有依赖作者后台知识才能理解的正文信息。
没有把未确认内容写成确定事实。
没有重复段落、明显模板化收尾或元信息泄漏。
关键数字、时间、物品、伤势和关系变化已对账。
评审发现的高风险问题已经处理或明确延期理由。

七、维护原则【实战】

正文是事实源；计划落后于正文时，以正文为准并修正计划。
每次只更新受影响的表，不复制整段正文，不记录无效历史。
新设定先标记"待验证"，在正文落地后转为事实。
每完成一个阶段，合并重复条目，删除废弃方向，保留仍会影响后续判断的决定。
事实、推测、建议、历史四类信息必须分开。
整改必须 grep 正文验证原文已改，不能只改记录。
每 10 章体检一次 skill 自身：清单是否膨胀（>15 条合并）、分层加载是否高效。