xiaolai-fiction

name: xiaolai-fiction description: 小说写作创意全流程引擎（笑来工程化方法 × McKee 故事原理）。Use when 用户想写小说/短篇/微型故事集/志怪故事，提到"写小说""编个故事""写虚构故事""化城志风格""故事引擎""xiaolai-fiction"，或想把一个想法/焦虑/新闻改编成虚构故事，或需要给已有小说稿做结构诊断、文风打磨、McKee 式审稿。不用于非虚构文章（那是 xiaolai-write/dedao-write 的领域）。覆盖：立项→世界观引擎→选题→结构→草稿→真实性校验→文风→审稿→集子编排→引擎升级 十个阶段。

xiaolai-fiction — 小说写作创意全流程

把小说创作当作可迭代的系统工程：故事引擎（设定资产）与生产流水线（十阶段）分离，写崩了升级引擎而不是弃稿。方法论三源：

1. 笑来工程法：小说 = 三维度工程（构建虚拟世界 / 让它足够真实 / 独特文风）。写程序像做柜子，写小说像做毛衣——读者看得见每一针，所以文风是一等公民。首作走"曲奇饼干"路线：微型故事集，单篇独立，碎一块不影响整盒。
2. McKee《Story》：场景必须翻转价值、鸿沟驱动、危机即两难、主控思想统帅一切。详见 references/mckee-principles.md。
3. 职业作家流水线：雪花法、Sanderson 三 P、Save the Cat 节拍、多遍修订。详见 references/pro-workflows.md。

核心纪律（任何阶段都生效）

1. 引擎与稿件分离：所有设定写进 story-bible/，稿件只消费设定。新设定在稿中诞生后必须回写 bible（资产沉淀）。
2. 无翻转即无场景（McKee）：任何一篇/一场，开头与结尾的价值电荷必须改变，否则是 nonevent，删或重写。
3. 先规则后故事：虚拟世界的"真实感"来自 3–6 条操作系统级规则的一致推导，不来自临场发挥。
4. 写崩是流程的一部分：草稿失败 → 在 engine-log.md 记录崩因 → 升级引擎或检查清单 → 重写。永远不在崩溃现场硬改。
5. 大产出防截断：任何成稿直接 Write 进文件，分段追加，对话里只报路径和字数。
6. 进度落盘：每阶段产物落盘到项目目录,状态记入 .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，复制后逐项填写）：

1. world.md：写下 3–6 条操作系统级规则——世界异于现实的根本法则，每条规则必须能推导出十个以上故事。范例（化城志）："存在=被记录，簿上无名便似没来过"。规则之间要能互相咬合。另加：地理（5–8 个有功能分工的地点）、命名法（人名/地名风格统一）。
2. theme.md：用 McKee 公式写主控思想（价值 + 原因，一句话），并写出反题——好故事靠正反题轮流得分推进，不靠说教。
3. voice.md：把目标文风写成可执行规格（句长、词表、标点癖、禁用词、收束套语）。若用户要化城志风格，直接引用 references/style-huacheng.md 的语言指纹八条。
4. 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（按需加载，不要全读）

Anti-Patterns

• ❌ 不建 bible 直接开写（= 临场发挥的世界，必然自相矛盾）
• ❌ 解释超自然机制（志怪的恐怖感来自"莫知其故"，解释即祛魅）
• ❌ 用"突然/没想到"制造转折（翻转必须由前文纠葛推出来，巧合只准用于把人物逼入困境，不准用于解围——deus ex machina 是罪）
• ❌ 每篇都阴冷或每篇都温暖（集子要呼吸）
• ❌ 把用户的稿子重写成自己的风格（诊断模式只诊断，动笔须授权）
• ❌ 一次性生成整本（逐篇走流水线，每篇独立验收）