百万字网文架构流水线

将小说项目按正确顺序路由到十个专业阶段，不反复询问用户下一步做什么。解决长篇最容易失控的四类问题：设定多故事少、升级太快、配角工具化、修改后上下游不同步。

标准阶段图

01 故事DNA提炼    → references/01_故事DNA.md
02 叙事机制重构   → references/02_叙事机制重构.md
03 世界地图与势力 → references/03_世界地图与势力.md
04 人物冲突网络   → references/04_人物冲突网络.md
05 力量体系设计   → references/05_力量体系设计.md
06 百万字总纲     → references/06_百万字总纲.md
07 五线重算       → references/07_五线重算.md
08 章节卡生成     → references/08_章节卡生成.md
09 连续性质检     → references/09_连续性质检.md
10 文风锚定       → references/10_文风锚定.md

• 03–05 可在 06 之前反复迭代。
• 09 可在任何结构性修改之后随时运行。
• 01–10 阶段的完整工作流程、输出 schema 与质量门槛见对应 references 文件；先读取对应文件再执行该阶段。

项目状态协议

所有阶段读写同一项目状态（project + artifacts），详见 references/00_项目状态协议.md。要点：

1. 保留上游决策，除非下游出现明确论证过的矛盾。
2. 每个阶段输出完整 artifact，不是对话片段。
3. 未知数据标记 TBD / UNVERIFIED，不默默编造 canon。
4. 修改时，只重算因果依赖于被修改假设的层。

执行流程

1. 检测 output/novel-project/ 下已存在哪些 artifacts（01–10 对应文件）。已完成的 artifact 不重新生成，除非后续修改使其失效。
2. 选择最早的缺失或失效阶段，读取对应 references 文件并执行。
3. 将输出合并进项目状态。
4. 运行依赖检查：

• 世界观变动 → 人物/势力/力量体系/总纲需重算；
• 主角设定变动 → 人物/总纲/章节卡需重算；
• 力量规则变动 → 总纲/章节卡/质检需重算。

1. 重复直到用户要求的交付物完成。

质量门槛（任一命中即该阶段不合格）

• 设定定义相互冲突；
• 重要角色只会"交付技术"（工具人）；
• 地图不影响资源与冲突；
• 力量升级独立于社会结构演变；
• 总纲只有升级没有剧情；
• 章节卡缺少不可逆后果。

失败恢复

定位矛盾的最早因果源头，先修复它，再只重算依赖层。

输出与落盘

每个阶段的产物保存为 output/novel-project/ 下一个 Markdown 文件：01_story_dna.md、02_narrative_mechanism.md、03_world_factions.md、04_character_bible.md、05_power_system.md、06_long_outline.md、07_five_line_outline.md、08_chapter_cards.md、09_continuity_ledger.md、10_style_profile.md；正文章节存于 chapters/。再次运行某阶段时，先读取对应文件作为上游状态。

完成规则

每个阶段以机器可读的完成块收尾，信息充分时不以向用户提问结束：

completion:
  status: completed
  next_stage: <下一阶段名>
  blocking_issues: []

只有缺失信息会导致根本性错误时，才将问题写入 blocking_issues 并向用户询问。