repo-managed-fiction-inc

name	repo-managed-fiction-inc
description	在 Git 仓库中分阶段孵化长篇小说项目：先落整体大纲、人物、分卷表、幕后准备、结构拆借，再试写正文；若 gh/Issues 不可用，则回退为 repo 内管理文档。
triggers	["把小说/网文项目落实到一个 github repo","用 gh 管理写作项目","先别试写，先补幕后准备","先做整体大纲、人物、分卷、结构骨架","在仓库里管理长篇创作材料"]

repo-managed-fiction-inc

适用：用户要把长篇小说/网文项目做成“版本化写作工程”，且要求先搭骨架，再写正文。

目标

把写作任务从聊天产物，变成仓库内可持续维护的项目结构。

优先顺序：

1. 整体大纲
2. 主要人物小传
3. 50万字级分卷表
4. 名著/经典结构拆借表
5. 终局逆推的全书卷纲（先写结局卷，再倒推到第一卷）
6. 卷纲量化评估与自迭代（未过线不进下一阶段）
7. 幕后准备文档集
8. 前30章逐章细纲
9. 再试写正文

不要一上来就试写第一章，除非用户明确要求且前置材料已足够。

目录约定

在目标仓库下创建：

projects/<project-slug>/
├── README.md
├── outline/
│   ├── overall-outline.md
│   ├── 500k-volume-plan.md
│   ├── architecture-borrowing-map.md
│   └── opening-30-chapter-outline.md
├── characters/
│   ├── README.md
│   └── <角色名>.md
├── prep/
│   ├── README.md
│   ├── world-rules.md
│   ├── compensation-ledger.md
│   ├── city-factions.md
│   ├── disaster-domain-library.md
│   ├── foreshadow-payoff-map.md
│   ├── relationship-ledger.md
│   ├── fame-progression-map.md
│   ├── opening-30chap-plan.md
│   └── voice-and-style-guide.md
├── draft/
│   └── chapter-001.md
└── notes/
    └── gh-management.md

执行步骤

1. 先确认仓库与 gh 状态

用终端检查：

• 当前 repo 路径
• git status --short
• git remote -v
• gh auth status

若用户只给了 repo 名，不知本地路径，先在常见目录找本地 clone。

2. 先写项目 README

在 projects/<slug>/README.md 记录：

• 项目目标
• 当前交付顺序
• 已生成文件索引
• 暂定书名

让后续所有新增文档都能被索引到。

3. 先骨架，后正文

输出顺序固定：

• outline/overall-outline.md
• characters/*.md
• outline/ending-design-options.md
• outline/500k-volume-plan.md（或按目标体量改名）
• outline/reverse-volume-outline.md / 主卷纲文件（从终局卷倒推到第一卷）
• outline/volume-outline-score.md（卷纲量化评估 + 自迭代结论）
• prep/*.md
• outline/architecture-borrowing-map.md
• outline/opening-30-chapter-outline.md
• draft/chapter-001.md

4. 先补终局逆推卷纲与量化门禁

在进入大规模细纲或正文前，默认先补两类核心文档：

• outline/reverse-volume-outline.md（或项目现有主卷纲文件）
• outline/volume-outline-score.md

要求：

• 先写结局卷，再按卷倒推到第一卷
• 每卷至少写清：卷定位、卷功能、卷目标、进入门槛、地图、反派、资源、关系戏、卷内阶段、卷高潮、卷代价、卷尾钩、若删此卷会怎样、为下一卷准备什么
• 量化评分至少覆盖：终局牵引力、卷间因果咬合度、每卷独立爽感、地图与资源清晰度、反派分层强度、关系戏承载力、长线伏笔可回收度、商业连载稳定性、体量支撑力、可执行性
• 若卷纲综合分 < 9.0/10，默认继续迭代卷纲，不进入细纲或正文
• 只有卷纲过线后，才继续补前30章细纲与正文

5. 幕后准备至少补这九类

在 prep/ 中先钉死：

• 世界规则与边界
• 核心机制细则
• 城市/势力结构
• 灾域素材库
• 伏笔回收表
• 关系账本（绑定强度、代价类型、转折卷）
• 名望变化表（称号、传播面、收益、反噬、制度化阶段）
• 前30章功能拆解
• 文风与对白控制

若用户已进入开篇打磨阶段，可再加四份高价值补充稿，直接服务前30章落地：

• prep/13hao-building-rule-sheet.md
  • 给开篇主灾域单独立规则边界、隐规则、破局抓手、情绪曲线
• prep/foreshadow-payoff-map.md
  • 把前30章伏笔拆成机制 / 人物 / 气氛三层，并注明30章内回收点与长线回收方向
• prep/relationship-ledger.md
  • 不只写人物关系概述，而要写前30章人物出场节奏、关系变化、关键节点、章末状态
• prep/fame-progression-map.md
  • 把主角前30章从无名到底层福星样本的名望升级、收益、反噬拆成阶段表

若用户已从“开篇能写”推进到“整本长篇能撑住”，还应补四份卷级总纲文件：

• outline/500k-volume-plan.md（或按目标体量改名为 outline/200w-volume-plan.md / outline/300w-volume-plan.md）
  • 不要机械锁死 50 万字；先依据目标平台热榜体量、题材承载力、世界观扩张需求，确定总字数区间，再反推卷数、单卷字数、章均字数与阶段职责
  • 必须写清主角位置递进、核心矛盾递进、灾域规模递进、名望变化、代偿升级、中段不塌硬规则
• outline/overall-outline.md
  • 把整本书从工程文档压成一条可一口读懂的总故事线；必须包含一句话故事、题眼、三条主线、阶段性走向、人物在总故事中的位置、结局方向
• outline/ending-design-options.md
  • 在扩体量前先钉死终局：终局句型、不可变原则、主角终局位置、关键角色终局职责、世界规则在结尾时是被摧毁/接管/改写中的哪一种
  • 至少列 2-3 个终局方案，并明确最终推荐方案与放弃其余方案的原因
• outline/opening-30-chapter-outline.md
  • 把 prep/opening-30chap-plan.md 正式化为开篇30章母稿；按阶段整理章节提要、阶段产出、前30章完成后读者必须得到什么、以及故意不说透什么

5. 结构拆借要“借骨不借皮”

名著结构拆借表不要写成“这本像什么”。 应写：

• 借哪种叙事骨
• 借哪部分功能
• 本书如何反向改造
• 必守点与禁区

6. gh 管理的现实回退

先尝试：

• gh issue create ...

若失败且提示仓库禁用 Issues：

• 不要卡住
• 立刻回退为 notes/gh-management.md
• 记录交付顺序、完成状态、文件路径、后续待办

这条很重要： 仓库禁用 Issues 时，不要继续空谈“可以用 gh 管理”；应改为 repo 内管理文档 + 后续 commit/PR 跟踪。

7. 每轮都更新索引

每新增一批文档，都同步更新：

• projects/<slug>/README.md
• projects/<slug>/notes/gh-management.md

避免仓库里文件越来越多却无入口地图。

当项目已进入“骨架齐套、准备进正文”阶段，至少再补两个目录级入口：

• characters/README.md
  • 不只列文件名，要写角色阅读顺序、角色分组、快速功能表、不同写作场景下该先读谁、以及与 prep/ / outline/ 的跳转关系
• prep/README.md
  • 不只列幕后文档清单，要写按场景的阅读顺序（新接手 / 开篇试写 / 中后期扩写）、每份文件解决什么问题、以及与 outline/ / characters/ 的跳转关系

目的：

• 让新接手者能在 2 分钟内找到“该先读哪份”
• 防止文档很多但没有按用途分流
• 让 repo 入口层不只是一份总 README，而有分层 README

8. 每阶段都校验

至少检查：

• 对应目录下文件是否已落盘
• git status --short
• 关键文档可读取

9. 遇到“先别写正文，先补到能撑长篇”时的默认推进顺序

若用户明确表示：

• 暂不试写
• 先把骨架做厚
• 先补到能撑 50 万字 / 长篇中段不塌

则默认优先补这三层，而不是继续写章节正文：

1. prep/compensation-ledger.md
   • 把核心机制从一句话设定，扩成可长期运转的“生成公式 + 结算节奏 + 落点优先级 + 反制手段 + 分卷递进”
2. prep/foreshadow-payoff-map.md
   • 把主伏笔、运行伏笔、气氛伏笔扩成分层表，并增加按卷推进/回收规划
3. outline/500k-volume-plan.md
   • 不只列卷名与简介，还要补“主角位置递进 / 核心矛盾递进 / 灾域规模递进 / 情绪曲线 / 长线故事线 / 每卷标准配置 / 中段不塌硬规则”
4. prep/relationship-ledger.md
   • 把关键角色与余汤的关系，扩成“绑定强度曲线 + 主代价类型 + 最大转折卷 + 回收功能 + 分卷推进表”
5. prep/fame-progression-map.md
   • 把余汤的名望从无名保安到总账人，拆成“称号 / 传播面 / 收益 / 反噬 / 对应卷数”的长期运行表
6. 再回到 outline/500k-volume-plan.md
   • 在卷级模块之下增加“章群纲拆法”，并至少先完成前几卷章群纲，避免 50 万字中段只剩卷摘要没有可执行中层骨架

核心判断：

• 先保 50 万字能扩
• 再保 30 章能写
• 最后才考虑正文试写

10. 路由与触发补充

当用户说以下任一类话时，优先落到本技能，而不是直接试写正文：

• “先别写”
• “先补骨架”
• “先把长线做厚”
• “先做到能撑 50 万字”
• “续细纲之前，先补世界观/机制/伏笔/分卷”
• “拆成正式卷级细纲”
• “把第 X 卷拆细”
• “按卷展开”
• “从卷名/卷简介拆成章群纲”

尤其当任务发生在已有小说 repo 内，应先读现有：

• README.md
• outline/*.md
• prep/*.md
• characters/*.md

再决定补哪一层骨架，避免脱离现有工程结构另起一套。

11. 从分卷表扩成正式卷级细纲的默认模板

11.1 当用户要“继续完善细纲 / 继续写细纲 / 把细纲并入一份总稿”时

若 repo 已存在：

• 总纲 / 卷纲 / 债表 / 伏笔表
• 前30章细纲
• 部分已写正文

则默认不要新起一套孤立文档。 优先做三件事：

1. 并读总纲、卷纲、伏笔表、债表、已有细纲、最近正文
2. 把新细纲续写到统一总稿（如 大纲/细纲.md 或 outline/master-outline.md）
3. 在总稿末尾追加：卷间校验表 / 后续可继续细化方向

默认判断：

• 若原来只有 前三十章细纲.md，而用户已进入中后段结构推进，应升级为全书统一总稿 细纲.md
• 原分段细纲文件可以暂留作中间稿，但后续以统一总稿为真
• 不要只补“第几卷简介”，要直接补到章级可执行面

11.2 统一总稿型细纲的推荐结构

当细纲进入全书级总稿时，默认结构建议为：

• 文件头：# 细纲
• 总使用原则
• 章节字数建议
• 分卷逐章细纲（按章号连续）
• 卷间校验表
• 后续可继续细化方向

逐章字段至少保留：

• 核心事件
• 推进作用
• 远期影子
• 钩子
• 爽点
• 章尾钩子
• 字数目标

若用户明确要求“写得更细”，优先补这七栏，而不是盲目增加散文解释。

11.3 从前中段细纲扩到终局时的默认补写顺序

若用户已完成前30章或前80章细纲，并要求继续完善到终局，默认按这个顺序扩：

1. 第七卷：活口归位 → 执行链闭环 → 祭礼公开归位
2. 第八卷：法律落锤 → 旧宅改姓 → 男主交权 → 母女终局 → 女主分账与新生
3. 再补卷间校验表
4. 最后补“后续可继续细化方向”

核心原则：

• 先补终局兑现链
• 再补工程校验层
• 不要只把卷纲抄长，要把章级动作、章尾钩、证据递进写实

11.4 当已有正文时，细纲必须反向尊重正文事实

如果正文已写到某一章号（如 030 章左右），继续补细纲时默认遵守：

• 已写正文走势 > 新想出来的更花结构
• 细纲应承接现有正文章尾钩、现有说话方式、已落地证据顺序
• 不要让新细纲推翻已写成的关键节奏，除非用户明确要求重构
• 尤其要并读最近 2-3 章正文，确认细纲中的下一章钩子、人物认知、证据位置与成稿一致

因此，当用户说“把正文外的都读一遍，再直接写细纲”，默认就包括：

• 读 README
• 读总纲 / 卷纲 / 债表 / 伏笔表 / 已有细纲
• 还要抽读最近正文，至少读与承接点最相关的末几章

11.5 当项目从旧分卷口径升级到新总卷口径时

如果 repo 已经出现以下任一情况：

• 旧 outline/500k-volume-plan.md 一类文件仍在被 README / notes / 子目录 README 引用
• 总体分卷表已升级到更大体量（如 200 万字 / 12 卷），但单卷扩细版仍沿用旧工作章号
• 已有正文已经连续写到某一章，而总卷表中的最终章号跨度与正文现行章号不同

则不要急着把所有扩细版和正文暴力重编号。

先做“三层章号”治理：

1. 正文现行章号
   • draft/chapter-XXX.md 的真实文件号
   • 服务持续写作与上下章直接承接
2. 单卷扩细工作章号
   • outline/volume-*-expanded-outline.md 内部使用的章号
   • 服务单卷内部排章、抓钩子、控节奏
3. 全书最终映射章号
   • 总分卷表中的卷间跨度与最终工程顺序
   • 服务全书级体量控制、卷间接力、长跑节奏

默认处理顺序：

• 先统一引用入口：README / 子目录 README / notes / outline 中所有旧总卷表路径，统一改到新的主总卷表
• 再给每个 volume-5 以后的单卷扩细版加一个短的“口径说明”区块，明确：这是工作章号，不等于最终章号；最终映射只认总卷表
• 再在新的总卷表里单独写一节“工程章号分层说明”，把三套章号定义、使用规则、冲突处理顺序写死
• 最后再检查已写正文是否已经把某些桥梁、场景顺序、制度下场时机钉死；若已钉死，应修总表措辞与细纲承接，不要硬掰正文

默认原则：

• 已写正文事实 > 世界机制与总线逻辑 > 单卷工作号表述
• 若无明确收益，不做全量重编号
• 先保写作连续，再保工程总控

最值得补的文件通常是：

• 项目根 README.md
• characters/README.md
• prep/README.md
• notes/gh-management.md
• 新主总卷表（如 outline/2m-volume-plan.md）
• 所有 outline/volume-5-*.md 到 outline/volume-12-*.md

验证时至少做三件事：

• 全 repo 搜旧总卷表路径，确认清零
• 搜单卷扩细版是否都带“口径说明”
• 对照最近已写正文章节，确认总表没有把已成事实写反

这样做的收益是：

• 不阻断持续写作
• 不让总卷表与单卷细纲互相打架
• 后续若进入正式连载清稿，再决定是否统一最终章号

当用户不是要试写正文，而是要把某一卷从“卷名 + 卷简介 + 模块摘要”扩成可执行细纲时，默认产物应单独落成：

• outline/volume-<n>-<slug>-expanded-outline.md

当用户要求“把总纲/总纲.md 也同步回修到同一口径”“统一口径”“回刷总纲/卷纲/伏笔表”时，也走本技能，不要只改一份文件。 先并读并对齐至少三层：

1. 总纲（overall-outline / 总纲）
2. 分卷表 / 卷纲（volume plan / 卷纲）
3. 伏笔或必须回收清单（foreshadow-payoff map / 必须伏笔表）

默认同步检查项：

• 核心机制硬约束是否三处一致
• 人物权力、代价、边界是否三处一致
• 每卷“功能 / 结果 / 递进关系”是否一致
• 终局兑现方式是否一致
• “下一轮优先补写内容”是否已随当前完成度更新

若发现旧文件仍写“待补”但实际上已补完，需顺手把状态口径改成当前完成态，避免总纲落后于卷纲与细纲。

默认先并读三类材料：

1. 上一卷已写成的扩细版或卷尾承接点
2. 该卷在 outline/500k-volume-plan.md（或总体分卷表）中的原始定位
3. 与该卷最相关的角色文档 / 预埋清单 / 机制文档

推荐结构：

• 用途
• 卷核心任务
• 卷内必须回收的上卷遗留
• 卷内必须新建的社会/人物/规则层变化
• 必须提前预埋给下一卷与更后续卷的桥
• 应避免的坑
• 推荐开局顺序
• 最小回收清单
• 可直接变场景的句子钉子
• 当前结论
• 下一步最顺

若继续细拆到章节级，默认每章使用这些字段：

• 本章主任务
• 场景重心
• 规则推进
• 关系推进
• 代偿暗线
• 爽点 / 看点
• 章尾钩

卷级扩细时还应默认守六条：

• 不只放大“更红了 / 更惨了”，必须写清这一卷具体新增了哪种可复用社会机制
• 每卷至少同时承担三层职责：本卷兑现、下卷预埋、长线制度/真相推进
• 卷尾硬变化必须能直接改写主角位置，而不是只完成一次副本
• 若主题进入“名望 / 神化 / 群众消费 / 制度包装”，要把收益形式、挂牌感、善意绑架、标准化冲动拆成具体场景，而非抽象概述
• 若连续拆多卷，必须显式保持跨卷单向升级：熟人神化 → 社会消费 → 制度占有 → 群众市场 → 历史起源 → 反制技术；不要每卷都像重新开题
• 若卷主题已转入更大层级，默认给前卷留一句“下一卷最顺”式交棒句，并在新卷开头先回收上一卷硬变化，再新增本卷机制，避免各卷之间像并列摘要

输出风格建议

对用户回报时，优先给：

• 已新增哪些文件
• 已更新哪些索引
• 当前阶段完成到哪一步
• 下一步最合理做什么

少谈创作理论，多给落地进度。

若用户是要项目文稿、卷纲、细纲、终章、尾声、回收清单这类可版本化写作产物，默认不要只在对话/TUI里直接输出正文给用户看。 优先做法：

• 先并读项目 README 与现有大纲文件
• 直接把产物落到项目目录内的 Markdown 文件
• 同步更新 README 或索引文件，把新文稿纳入可追踪入口
• 回报时以文件路径 + 已落盘内容类型为主，不要只给聊天态临时文本

只有当用户明确要求“先在对话里看一版”时，才先走聊天草稿；否则仓库落盘优先。

经验结论

1. 对“要做成 repo 项目”的写作任务，最值钱的不是一章正文，而是稳定的文档骨架。
2. 幕后准备不足时，直接试写往往返工大。
3. gh 可登录不代表仓库开了 Issues；先试，失败即回退。
4. 写作项目一样适合工程化：目录、阶段、索引、状态文档，都能显著降低后续漂移。

从骨架切正文的续写纪律

当项目已经完成骨架层（总体大纲 / 分卷表 / 世界规则 / 角色 / 前30章纲）并进入正文试写后，继续写后续章节时不要只凭上轮聊天记忆硬写。

每次续写下一章前，至少先做这三步：

1. 读上一章成稿末段
2. 定点读 outline/opening-30-chapter-outline.md 中对应章节条目
3. 定点读最相关的 prep/*.md 规则或文风文件

正文续写时默认遵守：

• 优先承接上章末尾动作/钩子，不平移起手
• 每章只兑现该章功能，不提前解释整套机制
• 若本章是“试规则/试路径”章节，允许主角判断失手，避免把主角写成全知解题器
• 生活设施（识字墙、门牌、广播、住户表、门禁、儿童区装饰）可优先作为破局抓手，因为这类日常物最适合把规则落到可见场景
• 章尾必须继续给下一章留下单一强钩子（异常播报、错层、错门、假家门、系统声、消失住户等）

每卷完成后的强制复盘

当某一卷正文完成，或至少连续写完该卷一个完整章节群（如 10-20 章大段）后，不要直接无脑续写下一卷。

必须先做一次卷级复盘，至少检查：

• 是否脱离该卷在 outline/volume-*-expanded-outline.md 里的主任务、场景重心、规则推进、关系推进、章尾钩
• 是否有该卷开局清单/回收清单里的伏笔忘回、弱回、回偏
• 是否出现新线索但落点不清、后续抓手不够、读者不易记住的问题
• 是否把本应“只预埋”的内容说穿了，或把本应兑现的内容拖没了
• 是否某个高价值句子/物件/位置（如名单、镜子、补席、门牌、价签）只出一次就被丢掉，没有形成持续抓手
• 是否人物关系推进只剩功能，没有情绪反咬
• 是否卷尾硬变化真的改写了主角位置，而不只是又过一个副本

复盘输出建议至少包含四块：

1. 没脱纲处
2. 已脱纲或偏弱处
3. 未回收/回收偏弱的伏笔
4. 下一卷或下一章节群必须补强的线

若发现问题：

• 先在 repo 文档中补一份短复盘或修订清单
• 再决定是回补桥章、微修前章、还是继续往后写

核心原则：

• 长篇不是一路冲刺
• 每写完一卷，必须回头查一次“脱纲 / 漏钩 / 线索不明 / 关系虚化”
• 复盘本身也是正文质量的一部分

已有正文的微修/提刀模式

当用户不是要“续写下一章”，而是要：

• 微修已有章节
• 修伏笔衔接
• 提句压、提刀口感
• 压对白、压旁白、压节奏
• 把两章或一组章之间的钩子并紧

则默认进入“局部精修”而非“重写”。

先做这几步：

1. 并读相关章节（通常前后 2-3 章）
2. 定位重复表达、虚词、软比喻、解释性过量处
3. 单独标出需要并紧的线：机制线 / 人物线 / 钩子线 / 情绪线
4. 先做小补丁式修改，再回读修改段，确认语气、信息量、刀口一致

精修时优先改这些位置：

• 章尾到下章开头的接缝：把上一章结论词提到下一章动作前，避免像新起题
• 机制关键词的并线：把如“名单 / 补位 / 结账”这类高频机制词在关键段落里并拢，减少散落感
• 新钩子前置：若下章有新线索（如医院简讯、异常通知、旧档案、陌生来电），应先在前章尾或本章末轻压一笔，让其像旧网收紧，不像新料硬塞
• 对白提硬：优先删“有点 / 好像 / 大概 / 那种 / 似的”这类软垫，必要时改成更短、更硬的判断句
• 旁白提刀：保留信息，不保留松词；能从“解释句”改成“断句 + 落词”则改
• 恐怖/异常对象的拟人化节奏：越像正常人，越该在句法上留半拍或一刀停顿，别写得太顺

边界：

• 不轻易改章功能
• 不乱加新设定
• 不把精修做成整章重写
• 若只是提刀口感，优先改措辞、停顿、顺序，不动核心事件

若用户连续多次只说“写吧”或“继续写吧”，默认解释为：

• 在同一项目内继续写下一章正文
• 先并读：上一章成稿、对应卷级章节纲、最相关角色卡/文风文件
• 若上一章已把“请托/试探”落地，下一章优先兑现其社会后果，不要原地复述同一冲突
• 续写时要特别检查：主角的拒绝/退场，是否会被群众、熟人网络、目标场子反向解读成“更有事 / 更值钱 / 更该请”
• 对“名望被消费”类章节，优先把升级写成可见社会动作：群聊扩散、出场费试探、加价、托关系、问价、把主角不在场解读成凶兆
• 回报时只需给文件路径、当前章核心推进、下一章最自然落点

当用户明确说：

• “继续写正文”
• “one shot”
• “多几篇”
• “一口气多写几章”

则默认解释为：

• 允许一次连续生成 3-5 章，而非只写 1 章
• 起手先并读：最近 2-4 章成稿 + 对应章节纲 + 最相关 prep/*.md
• 若用户同时要求“先补骨架再推进正文”，默认顺序是：先回修总纲/卷纲/伏笔表/债表/场面表等骨架，再落正文；不要边缺骨架边硬冲正文
• 续写前优先确认三类工程文档是否已同步到同一口径：总纲、卷纲、债表/伏笔表；若不同步，先修文档再写章
• 续写时优先按连续章群推进，而不是每章都重新开题
• 各章之间要做“硬承接”：上一章尾钩，直接变下一章开章动作或现场余波
• 每章只兑现本章功能，但章群整体要完成一个更大的阶段推进（如：规则验证 → 规则升级 → 名场面利用 → 社会反馈）
• 章尾钩要形成链，不要每章都像独立单元剧
• 若上一章尾部尚未自然收束，优先补完上一章，再新建下一章；不要让章节卡在“刚发现线索”就强行换文件
• 对多文件写作工程，正文续推前最好补两类中间文档：1) 逐角色逐笔债表/回账清单；2) 每卷公开场合失体面场面表。它们能稳定后续名场面与清算顺序
• 绝对禁止把卷纲/细纲标签直接写进正文成稿；如“本章主任务”“场景重心”“规则推进”“关系推进”“代偿暗线”“爽点 / 看点”“章尾钩”等词，只能留在 outline，不得出现在 draft 正文里
• 绝对禁止把给作者/给用户看的过程性提示语混进正文收尾；如“章尾自然收住：”“自然收住：”“这里收住”“此处收住”“本章收束”“这里转下章”“下一章写”“下章再写”等，一律不得出现在 draft 正文里
• 正文收尾必须是自然叙述/对白/动作/异响/画面，不得出现任何元叙述标签或作者自我提示；包括但不限于“章尾钩：”“章尾自然收住：”“自然收住：”“下章提示：”“下一章：”
• 未来指向也不得用作者口吻直说，如“下一章要…/下一章会…/后面要…/接下来写…”；若必须保留推进感，只能写成角色当下判断、危险升级、局势逼近，不得跳出故事层对后文下说明
• 绝对禁止在正文里谈“卷/章/结构/收口/主线/副线/这条线在做什么/这一步是什么功能/第几卷要咬什么”这类作者视角结构说明。哪怕意思是对的，也只能改写成角色此刻的直观感受、联想、厌恶、判断，不得像在给用户做剧情复盘
• 若一句话删掉“第五卷/第六卷/这条线/收口/结构/主线/下一步/功能/铺垫”等词后，剧情信息不变，只剩作者说明味，那这句就不该进正文
• 清稿时除搜索显式标签外，还要人工重点排查三类隐性元描述：1) 直接点卷次或章节功能；2) 直接总结“这条线/这套东西”的结构职责；3) 用复盘口吻替读者概括前文如何汇流。发现就改成现场感知，不许保留讲解腔
• 回报时只列新增文件路径 + 每章核心推进，少讲过程
• 正文章末可保留自然钩子，但绝不可把卷纲标签直接写进成稿；像“章尾钩：”“本章主任务：”“规则推进：”这类提纲字段，只能存在于 outline，不得泄漏到 draft 正文

当正文进入“规则发现 / 规则利用 / 社会传播”这类高连续性段落时，one-shot 多章还应额外守八条：

• 规则升级顺序要单向变狠：先发现，再试骗，再反噬，再升级；不要同一轮里来回重复同级惊吓
• 同一工具（如广播、门禁、价签、登记册、排队口径）一旦被主角学会利用，后续章节要写出系统反学 / 接管 / 借用，避免像一次性金手指
• “场内破局”与“场外叙事”要交错推进：副本还没结束时，就可提前埋直播、偷拍视频、群聊、舆论消费，不必等完全脱险后再切出去
• 搭档分工一旦立住（如一人算规则、一人扛执行），后续多章应持续兑现，避免下一章又退回单打独斗
• 交通/排队类规则场景里，优先把“候车 / 排队 / 顺序 / 当前位置 / 工作人员指引”这类日常秩序词写成规则咬人的入口；恐怖感来自太像真的流程，而不是抽象怪力
• 若主角拆出一条活路（如退出口令、疏散优先、身份切换），下一章必须立刻写出两种反应：群众把它当攻略扩散，规则把它当漏洞补洞；这样主角的解法才像在和系统对打，而不是单向开挂
• 当公共场景里主角已被“点名 / 认证 / 认领”后，群众需求应继续升级：先求到场，再求开口，再求录音 / 连线 / 远程同步；这条升级链比单纯围观更能写实“吉祥物公共接口化”
• 若章节开始出现“别人因为主角在场而安心一点”的台词，不要只把它当情绪句，应把它视为受益证据；它比‘谢谢’更早结算，也更适合后续扩成受益名单与回账逻辑
• 若规则开始从“人群站位”升级到“表格 / 提示牌 / 广播 / 点名”这类系统壳，不要急着直接破局；先拆“谁授权了它”“谁在替它补全后半句”“谁最像有资格开口”，因为真正危险的常是岗位感先长成，而不是异常先见血
• 当场景进入学校、医院、政务、地铁这类强流程空间时，优先区分四层升级：边线或壳子（黄线/牌子）→ 说明口（热心人/老师/门岗）→ 系统声（广播/叫号）→ 名单与放行逻辑；写的时候一层层抬，不要一章里把四层一起炸穿
• 若广播、通知、表格只说半句、残句、断号，不要立刻让角色替读者解释完整；应优先写人群和孩子如何自己补完后半句，因为“大家自动补规则”往往比规则正文更危险
• 当规则试图把主角从“在场对象”推进成“确认人 / 活印章 / 放行条件”时，主角的首要任务通常不是拆掉载体本身，而是阻止众人默认“他本来就该开口”；这类章节优先写拆默认、拆岗位、拆认领，而非英雄式接管现场

当正文已进入“名望/吉祥物经济/被社区消费”的中段推进时，续写还应额外守十条：

• 把“群众信任”与“社会收益”并写，收益形式可从红包、香烟、送水、插队便利、外区请托、开价问场逐级变实；不要只写迷信，不写甜头
• 主角应明确感到这些收益会把自己“挂牌 / 定价 / 公共资源化”，且这种不适最好通过很具体的小物件和报价场面落地，而不是抽象感慨
• 熟人社会推动者（如居委会主任、热心长辈、楼栋组织者）不能写成纯恶意掮客；应同时保留其“真想稳住大多数人”的善意与“会替主角安排命”的压迫感
• 当出现“孩子/弱者无条件信任主角”的场面时，要把它单列成比红包与请托更贵的一类绑定来写；这种信任不是吉利消费，而是主角最怕失手伤到的情感锚点
• 若主角开始试图用“疏远 / 少管 / 冷一点”来保护他人，正文里要同时写出这种自保逻辑的别扭：它不只是主角主动选择，也像被那套账逼着活；不要把疏远写成轻松正确答案
• 当熟人秩序真正落刀时，优先用“对大家都好 / 先稳住 / 你去最合适”这类温和话术推进，而不是突然翻脸施压；这样更能成立“被爱与被利用缠在一起”的压迫感
• 若场景转入交通/地铁/排队秩序类灾域，优先把“候车 / 排队 / 顺序 / 黄线 / 工作人员指引 / 站台显示 / 到站确认权 / 疏散优先级”写成规则入口；恐怖感来自流程太像真的，而不是靠抽象怪力硬压
• 主角一旦拆出活路，不要只写成功；下一章必须补两种反应：群众会把活路当攻略扩散，规则会把活路当漏洞补洞。这样正文才像在和会学习的系统对打，而不是主角单向开挂
• 若规则开始借主角的名字、位置、职责下场，续写时要明确区分三层升级：被当对象、被当功能、被写成岗位/流程。第三层最危险，因为它会把‘需要你’伪装成合理配置
• 当主角进入“少拿一点好处”阶段后，后续应继续升级到“少让别人信一点”。不要只写拒红包、拒镜头、拒感谢，还要写他如何避免给公众制造‘完整稳场幻觉’，否则高光越完整，后账越大

完成标志

至少满足以下才算进入可写阶段：

• 整体大纲已成
• 主要人物小传已成
• 50万字分卷表已成
• 幕后准备文档集已成
• 结构拆借表已成

此后再写前30章逐章细纲，最后才试写第一章。