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. 再试写正文

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

## 目录约定

在目标仓库下创建：

```text
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章逐章细纲，最后才试写第一章。