| name | xiaolai-fiction |
| description | 小说写作创意全流程引擎（笑来工程化方法 × McKee 故事原理）。Use when 用户想写小说/短篇/微型故事集/志怪故事，提到"写小说""编个故事""写虚构故事""化城志风格""故事引擎""xiaolai-fiction"，或想把一个想法/焦虑/新闻改编成虚构故事，或需要给已有小说稿做结构诊断、文风打磨、McKee 式审稿。不用于非虚构文章（那是 xiaolai-write/dedao-write 的领域）。覆盖：立项→世界观引擎→选题→结构→草稿→真实性校验→文风→审稿→集子编排→引擎升级 十个阶段。 |
xiaolai-fiction — 小说写作创意全流程
把小说创作当作可迭代的系统工程：故事引擎（设定资产）与生产流水线（十阶段）分离，写崩了升级引擎而不是弃稿。方法论三源：
- 笑来工程法：小说 = 三维度工程（构建虚拟世界 / 让它足够真实 / 独特文风）。写程序像做柜子，写小说像做毛衣——读者看得见每一针，所以文风是一等公民。首作走"曲奇饼干"路线：微型故事集，单篇独立，碎一块不影响整盒。
- McKee《Story》：场景必须翻转价值、鸿沟驱动、危机即两难、主控思想统帅一切。详见
references/mckee-principles.md。
- 职业作家流水线：雪花法、Sanderson 三 P、Save the Cat 节拍、多遍修订。详见
references/pro-workflows.md。
核心纪律（任何阶段都生效）
- 引擎与稿件分离：所有设定写进
story-bible/，稿件只消费设定。新设定在稿中诞生后必须回写 bible（资产沉淀）。
- 无翻转即无场景（McKee）：任何一篇/一场，开头与结尾的价值电荷必须改变，否则是 nonevent，删或重写。
- 先规则后故事：虚拟世界的"真实感"来自 3–6 条操作系统级规则的一致推导，不来自临场发挥。
- 写崩是流程的一部分：草稿失败 → 在
engine-log.md 记录崩因 → 升级引擎或检查清单 → 重写。永远不在崩溃现场硬改。
- 大产出防截断：任何成稿直接 Write 进文件，分段追加，对话里只报路径和字数。
- 进度落盘：每阶段产物落盘到项目目录,状态记入
.fiction-state.json，中断可恢复。
项目目录约定
首次启动时在用户指定位置（默认 ~/Desktop/内容创作/fiction/<作品名>/）建立：
<作品名>/
├── .fiction-state.json # 当前阶段、已完成篇目、下一步
├── story-bible/ # 故事引擎（跨篇共享资产）
│ ├── world.md # 世界观操作系统：3-6 条规则 + 地理 + 命名法
│ ├── cast.md # 人物谱系（复现人物 + 单篇人物归档）
│ ├── theme.md # 主控思想 + 正反题 + 温度配比规划
│ ├── voice.md # 语言指纹规格（可执行的文风规则）
│ └── threads.md # 跨篇暗线 / 悬念账本（埋了什么、何时收）
├── ideas/ # 选题卡（焦虑×规则×原型 三元卡片）
├── drafts/ # 草稿（每篇一文件，v1/v2 后缀）
├── final/ # 终稿
└── engine-log.md # 写崩日志 + 引擎升级记录
十阶段流水线
按序执行；用户可说"从阶段 N 开始"或"只做阶段 N"。每阶段结束报告产物路径 + 一句进度，不暂停问确认（除非真被阻断），做合理假设并标注。
阶段 0 · 立项
问清或推断三件事（已知则跳过，不要逐条盘问）：
- 形态：微型故事集（默认推荐，曲奇饼干原则：300–800 字 × N 篇 + 揭底终篇）/ 短篇（3000–8000 字）/ 长篇（分卷）
- 题材域：从用户的生活半径取材（写你知道的 + 想象你不知道的）
- 野心刻度：练手（允许歪）/ 出版级。写入
.fiction-state.json。
阶段 1 · 故事引擎搭建（world + voice）
这是"构建虚拟世界"维度，产出四份 bible 文件（填空模板直接取自 references/story-engine-templates.md，复制后逐项填写）：
- world.md：写下 3–6 条操作系统级规则——世界异于现实的根本法则，每条规则必须能推导出十个以上故事。范例（化城志）："存在=被记录，簿上无名便似没来过"。规则之间要能互相咬合。另加：地理（5–8 个有功能分工的地点）、命名法（人名/地名风格统一）。
- theme.md：用 McKee 公式写主控思想（价值 + 原因，一句话），并写出反题——好故事靠正反题轮流得分推进，不靠说教。
- voice.md：把目标文风写成可执行规格（句长、词表、标点癖、禁用词、收束套语）。若用户要化城志风格，直接引用
references/style-huacheng.md 的语言指纹八条。
- cast.md：3–5 个复现人物（每人一句功能定位 + 一条私人纵贯线），其余单篇人物用完归档。
阶段 2 · 选题（ideas）
微型集用三元公式批量出卡：当代焦虑/欲望 × 世界规则 × 民间故事原型（详表见 references/style-huacheng.md 第七节）。一次出 8–12 张卡，每张三行：人物+欲望｜异象｜价值翻转方向。按温度（冷讽/暖偿/怆然/谐趣）标注，保证配比约 5:3:1.5:0.5。
长篇用雪花法第 1–3 步替代（一句话 → 一段话 → 人物小传），见 references/pro-workflows.md。
阶段 3 · 结构设计（每篇/每章）
微型篇用五拍模板：开人（一句立身份+欲望）→ 入异（开人段一结束立即入异，激励事件落在前 10% 篇幅内）→ 进逼（三段递进纠葛，用"后三日/月余"类节律词）→ 抉择（真两难：两善取一或两恶取轻）→ 翻转收束（价值翻转 + 间离套语）。
短篇/长篇用 Save the Cat 15 拍或雪花法第 4–6 步，对照 references/pro-workflows.md。
结构自检：激励事件够早吗？纠葛是递进还是重复？危机是真两难还是假选择？结局翻转了开场价值吗？
阶段 4 · 草稿
逐篇写进 drafts/<篇名>-v1.md。写作时执行：
- 鸿沟驱动：主角每个动作都得到世界的非预期反应，期望与结果之间裂开缝，主角被迫加码——这是逐段推进的引擎（McKee: The Gap）
- 从内向外写：先想透人物在此刻压力下会怎么选，再落笔；第一直觉方案往往是陈词滥调，列 3 个备选取最不顺手的那个
- 情绪外化：禁止直接报告心理（"他很害怕"），全部转成动作与物件
- 对白即子弹：每篇直接引语 ≤3 句，句句承担揭示或翻转
- 写崩了：停，在 engine-log.md 记一行崩因（结构崩/人物崩/文风崩），回对应阶段修引擎，再重写
阶段 5 · 真实性校验（"让它看起来真实"维度）
逐篇对照 bible 审：
- 本篇每个超自然/设定细节，能否从 world.md 的规则推导？推导不出 = 改稿或（若更好）升级规则并全局检查旧篇
- 因果留白纪律：机制不解释（"莫知其故"），但后果必须严格一致——读者可以不知道为什么，不能发现矛盾
- 现实锚点：每篇至少 3 个可触摸的实物细节（凉了三年的茶、洗剩半个的名）
- 新增设定回写 bible（cast.md 归档人物、threads.md 记下埋的钩子）
阶段 6 · 文风打磨（"毛衣的每一针"）
对照 voice.md 逐句过：句长节奏、词表纪律、标点癖好、套语使用。然后跑反 AI 腔清单（references/revision-checklists.md）：删排比三连、删"不是A而是B"句式、删空泛形容词、查破折号滥用。化城志风格另查：现代词置入每篇 3–6 处是否超标、文言虚词是否用串。
阶段 7 · McKee 审稿
按形态分流：微型篇用 references/revision-checklists.md 清单 A（10 条）+ 该文件的判级标准；短篇/长篇用 references/mckee-principles.md 末尾的 30 条全表（幕高潮/次情节/前 25% 等项只适用于长形态），判级标准仍按 revision-checklists.md。每篇给出 A/B/C 判级 + 一句最大问题。C 级回阶段 3 重构，B 级局部修，A 级进 final/。
阶段 8 · 集子编排（仅多篇形态）
- 排序：温度交替（连续 ≥3 篇同温度即调序），首篇立世界（创世/入城型），终篇揭底（回收暗线 + 留下一卷钩子）
- 暗线审计：对照 threads.md，每条埋下的线要么本卷收束、要么显式留给下卷，不允许失踪
- 复现人物出场密度：主暗线人物间隔 ≤8 篇露一次面
阶段 9 · 复盘与引擎升级
成卷后写 engine-log.md 复盘：本卷哪类篇目最强/最弱、清单上哪条最常被违反、bible 哪里供血不足。产出 2–3 条下一卷引擎升级项。这就是"每天晚上升级故事引擎"的制度化。
长篇模式（10 万字级，一句话直达成书）
用户要写整本书（≥10 万字/≥20 章）或说"扩写成长篇"时，不走十阶段手工挡位，直接按
references/novel-pipeline.md 操作手册执行：用可复用 workflow（~/.claude/workflows/xiaolai-novel.js，
传 books 配置）跑 Architect→Chapters→Assemble→Expand→QC 五阶段；rolling-summary 是命根子；
限额断点恢复、Codex 分担英文翻译与 gpt-image 插图、双语 PDF 成书，全部按该手册。
开跑前必做两件事：① 写 .omc/plans/ ledger ② CronCreate 在下一限额重置点挂 durable 续跑保险。
已有稿件的诊断模式
用户拿现成稿子来时，跳过 0–4，直接按 5→6→7 跑三遍审校，输出诊断报告（结构/真实性/文风三轴各给分与改法），改不改由用户定。
References（按需加载，不要全读）
| 文件 | 何时读 |
|---|
references/story-engine-templates.md | 阶段 1 建 bible、阶段 2 出选题卡时复制模板 |
references/mckee-principles.md | 阶段 3 结构设计、阶段 7 审稿 |
references/style-huacheng.md | 用户要化城志/志怪风格时的阶段 1、2、6 |
references/pro-workflows.md | 长篇/短篇形态的阶段 2、3；卡文时换方法（方法库参考，操作步骤以本文件十阶段为纲） |
references/revision-checklists.md | 阶段 6、7 的全部清单 |
references/novel-pipeline.md | 长篇模式（10万字级）：workflow 编排/断点恢复/Codex 翻译与插图/PDF 成书 |
Anti-Patterns
- ❌ 不建 bible 直接开写（= 临场发挥的世界，必然自相矛盾）
- ❌ 解释超自然机制（志怪的恐怖感来自"莫知其故"，解释即祛魅）
- ❌ 用"突然/没想到"制造转折（翻转必须由前文纠葛推出来，巧合只准用于把人物逼入困境，不准用于解围——deus ex machina 是罪）
- ❌ 每篇都阴冷或每篇都温暖（集子要呼吸）
- ❌ 把用户的稿子重写成自己的风格（诊断模式只诊断，动笔须授权）
- ❌ 一次性生成整本（逐篇走流水线，每篇独立验收）
