@cloud411716/fancy-webnovel 3.0.0 → 3.0.4

package/plugins/fancy-story-builder/prompts/01-skeleton-prompt.md

@@ -1,18 +1,19 @@
 # 01 骨架阶段产物契约
 
-> 本文件是骨架阶段的**产物契约**：每个文件长什么样、哪些规则不能破。
->
-> 怎么派活、怎么校验、错了怎么改、下一批做什么，全部由插件负责：
-> 插件按批次把活派给你，校验脚本判定通过与否，
-> 错误清单由插件整理后回喂给你。**你只负责按指令生成文件。**
->
-> 本阶段是第一层，无上游依赖。
+本文件是骨架阶段的**产物契约**：每个文件长什么样、哪些规则不能破。
+
+怎么派活、怎么校验、错了怎么改、下一批做什么，全部由插件负责：
+插件按批次把活派给你，校验脚本判定通过与否，
+错误清单由插件整理后回喂给你。**你只负责按指令生成文件。**
+
+本阶段是第一层，无上游依赖。
 
 @meta-only
 
 ---
 
 <!-- contract:overview -->
+
 ## 一、本阶段目标
 
 产出 4 个 JSON 文件到 `设定/raw/sources/骨架/`：
@@ -39,10 +40,11 @@
 ---
 
 <!-- contract:input -->
+
 ## 二、任务输入
 
-> 本节由插件注入，只读，不得修改。
-> 骨架阶段没有上游，这输入就是选题时的原始输入。
+本节由插件注入，只读，不得修改。
+骨架阶段没有上游，这输入就是选题时的原始输入。
 
 ${input_snapshot_block}
 
@@ -56,6 +58,7 @@ ${input_snapshot_block}
 ---
 
 <!-- contract:output-list -->
+
 ## 三、本阶段产出清单
 
 | # | 文件 | 路径 | 前置依赖 |
@@ -68,27 +71,29 @@ ${input_snapshot_block}
 ---
 
 <!-- contract:rules -->
+
 ## 四、核心铁律（违反任意一条都会校验失败）
 
-> 1. **不得出现任何章节号**（`chapter` / `ch` / `start` / `end` / `appearance_chapters` / `chapter_range` / `buried_chapter` / `recovered_chapter` / `key_nodes` 等，完整清单见 glossary 第六节）。骨架脚本会拦截 `SKELETON_CHAPTER_FORBIDDEN`。
->
-> 2. **常规实体的枚举必须遵守 glossary**。例如 `character_type` 只允许"主角/贯穿级核心配角/卷级重要配角/贯穿级核心反派/卷级反派"，不能自创。题材特有存在不要硬塞进 `characters`，改写进可选的 `other_entities`（`kind` 是自由文本，如 灵魂/神魂/器灵/妖灵/概念体）。ENUM 校验会拦截常规枚举。
->
-> 3. **引用关系只允许 id，不允许编名字**。关系.json 的 `from`/`to`/`character`/`faction`/`item`/`location`/`ending`/`main_line`/`branch` 必须是 `C001`/`X001`/`F001` 这种 id，不是名字。`SKELETON_REF_MISSING` 会拦截。
->
-> 4. **不得自创字段**。每个文件的字段必须严格在 `模板/骨架/<文件名>模板.json` 的 `structure.properties` 中定义。`EXTRA_FIELD` 会拦截。
->
-> 5. **公式推导（`derivations`）必须 30 条齐全**，每条 `{formula, range_low, range_high, note}`，且 `formula` 逐字与 `formulas-skeleton.json` 一致。`DERIVATION_MISSING` / `DERIVATION_RANGE_MISMATCH` 会拦截。
->
-> 6. **关系类型只能取第 8.2 节各自那套词表**。`character_relations[].relation_kind` 取 13 值（血缘/师徒/雇佣/服从/提携/合作/利益交换/利用/对立/敌对/竞争/中立/其他）；用 `其他` 时必须填 `relation_label` 写清具体关系（如 附身/寄生/契约/共生）。非人物实体的关系写 `other_relations`；`faction_membership[].member_relation` 取 8 值（利益交换/合作/对立/利用/师徒/雇佣/血亲/无）；`faction_relations[].relation_type` 取 4 值（合作/对立/利用/中立）；`main_line_branch_relation[].relation_kind` 取 6 值（促成/阻碍/并行/揭示/收束/依存）。不要写"盟友""对手""上下级""血亲"——它们不在对应词表里，ENUM 会拦截。
->
-> 7. **实体名要是真名字，内容要是真内容**。名字写"陆子仲"而不是"主角1"；`input_snapshot` 的 `positioning` / `core_conflict` 要写清一个具体处境，而不是"核心概述。"。`NAME_PLACEHOLDER` / `TEXT_TOO_SHORT` / `TEXT_PLACEHOLDER` 会拦截。
->
-> 8. **实体条数必须与框架的 quota 完全一致**。框架里声明 `character_counts.protagonist = 2`，实体清单里就恰好要有 2 个 `type=主角` 的角色；多一个少一个都会报 `QUOTA_MISMATCH`。
+1. **不得出现任何章节号**（`chapter` / `ch` / `start` / `end` / `appearance_chapters` / `chapter_range` / `buried_chapter` / `recovered_chapter` / `key_nodes` 等，完整清单见 glossary 第六节）。骨架脚本会拦截 `SKELETON_CHAPTER_FORBIDDEN`。
+
+2. **常规实体的枚举必须遵守 glossary**。例如 `character_type` 只允许"主角/贯穿级核心配角/卷级重要配角/贯穿级核心反派/卷级反派"，不能自创。题材特有存在不要硬塞进 `characters`，改写进可选的 `other_entities`（`kind` 是自由文本，如 灵魂/神魂/器灵/妖灵/概念体）。ENUM 校验会拦截常规枚举。
+
+3. **引用关系只允许 id，不允许编名字**。关系.json 的 `from`/`to`/`character`/`faction`/`item`/`location`/`ending`/`main_line`/`branch` 必须是 `C001`/`X001`/`F001` 这种 id，不是名字。`SKELETON_REF_MISSING` 会拦截。
+
+4. **不得自创字段**。每个文件的字段必须严格在 `模板/骨架/<文件名>模板.json` 的 `structure.properties` 中定义。`EXTRA_FIELD` 会拦截。
+
+5. **公式推导（`derivations`）必须 30 条齐全**，每条 `{formula, range_low, range_high, note}`，且 `formula` 逐字与 `formulas-skeleton.json` 一致。`DERIVATION_MISSING` / `DERIVATION_RANGE_MISMATCH` 会拦截。
+
+6. **关系类型只能取第 8.2 节各自那套词表**。`character_relations[].relation_kind` 取 13 值（血缘/师徒/雇佣/服从/提携/合作/利益交换/利用/对立/敌对/竞争/中立/其他）；用 `其他` 时必须填 `relation_label` 写清具体关系（如 附身/寄生/契约/共生）。非人物实体的关系写 `other_relations`；`faction_membership[].member_relation` 取 8 值（利益交换/合作/对立/利用/师徒/雇佣/血亲/无）；`faction_relations[].relation_type` 取 4 值（合作/对立/利用/中立）；`main_line_branch_relation[].relation_kind` 取 6 值（促成/阻碍/并行/揭示/收束/依存）。不要写“盟友、对手、上下级、血亲”——它们不在对应词表里，ENUM 会拦截。
+
+7. **实体名要是真名字，内容要是真内容**。名字写"陆子仲"而不是"主角1"；`input_snapshot` 的 `positioning` / `core_conflict` 要写清一个具体处境，而不是"核心概述。"。`NAME_PLACEHOLDER` / `TEXT_TOO_SHORT` / `TEXT_PLACEHOLDER` 会拦截。
+
+8. **实体条数必须与框架的 quota 完全一致**。框架里声明 `character_counts.protagonist = 2`，实体清单里就恰好要有 2 个 `type=主角` 的角色；多一个少一个都会报 `QUOTA_MISMATCH`。
 
 ---
 
 <!-- contract:refs -->
+
 ## 五、参考文件
 
 ### 必读（每次任务开始时读一次，之后不再重读）
@@ -118,6 +123,7 @@ ${benchmark_refs_block}
 ---
 
 <!-- contract:file:框架 -->
+
 ## 六、框架.json 的字段契约
 
 **顶层**：纯对象（没有顶层数组）　**模板**：`模板/骨架/框架模板.json`
@@ -277,6 +283,7 @@ Level 3（依赖实体数）：
 ---
 
 <!-- contract:file:实体 -->
+
 ## 七、实体.json 的字段契约
 
 **顶层**：12 个常规数组 + 可选的 `other_entities`　**模板**：`模板/骨架/实体模板.json`
@@ -341,6 +348,7 @@ Level 3（依赖实体数）：
 ---
 
 <!-- contract:file:关系 -->
+
 ## 八、关系.json 的字段契约
 
 **顶层**：9 个常规数组 + 可选的 `other_relations`　**模板**：`模板/骨架/关系模板.json`
@@ -390,10 +398,10 @@ Level 3（依赖实体数）：
 
 **`faction_relations[].relation_type`** —— 只从这 4 个值里选：`合作` / `对立` / `利用` / `中立`。
 
-> ⚠️ **这是四套互不相同的词表，别串用**：
-> `relation_kind`（角色关系，13 值，含扩展出口 `其他`）/ `member_relation`（成员关系，8 值）/ `relation_type`（势力关系，4 值）/ `main_line_branch_relation[].relation_kind`（支线挂主线，6 值）。
-> 拿 `relation_kind` 的值去填 `member_relation` 或 `relation_type` 一律报 ENUM
-> （tt5 实测 2026-10-27：9 条 ENUM 错误，2 个批次重写，理由全是"从角色关系词表里取值"）。
+⚠️ **这是四套互不相同的词表，别串用**：
+`relation_kind`（角色关系，13 值，含扩展出口 `其他`）/ `member_relation`（成员关系，8 值）/ `relation_type`（势力关系，4 值）/ `main_line_branch_relation[].relation_kind`（支线挂主线，6 值）。
+拿 `relation_kind` 的值去填 `member_relation` 或 `relation_type` 一律报 ENUM
+（tt5 实测 2026-10-27：9 条 ENUM 错误，2 个批次重写，理由全是"从角色关系词表里取值"）。
 
 ### 8.3 关键约束
 
@@ -411,6 +419,7 @@ Level 3（依赖实体数）：
 ---
 
 <!-- contract:file:层级 -->
+
 ## 九、层级.json 的字段契约
 
 **顶层**：4 个数组　**模板**：`模板/骨架/层级模板.json`
@@ -436,6 +445,7 @@ Level 3（依赖实体数）：
 ---
 
 <!-- contract:consistency -->
+
 ## 十、本阶段全量校验清单
 
 全量模式（插件在四个文件都产出后跑一次）检查以下项目：
@@ -477,6 +487,7 @@ Level 3（依赖实体数）：
 ---
 
 <!-- contract:errors -->
+
 ## 十一、常见错误代码速查（详见 glossary 与脚本）
 
 | code | 含义 | 修复方向 |
@@ -534,6 +545,7 @@ Level 3（依赖实体数）：
 ---
 
 <!-- contract:forbidden -->
+
 ## 十二、本阶段禁令（13 条）
 
 1. **不得出现任何章节号**（`chapter` / `ch` / `start` / `end` / `appearance_chapters` / `chapter_range` / `buried_chapter` / `recovered_chapter` / `key_nodes` 等，完整清单见 glossary 第六节）。骨架脚本会报 `SKELETON_CHAPTER_FORBIDDEN`。

package/plugins/fancy-story-builder/prompts/02-flesh-prompt.md

@@ -1,16 +1,17 @@
 # 02 血肉阶段产物契约
 
-> 本文件是血肉阶段的**产物契约**：它定义每个文件长什么样、哪些写法会被判错。
->
-> **流程由插件驱动**：插件会分批派活，每轮告诉你写哪个文件、哪些条目、写到哪里；
-> 插件自己跑校验脚本、判定通过与否，并把判定出来的错误清单回喂给你。
-> 你**不需要**自己调校验脚本，**不要**自己判断"通过没通过"，**不要**输出"已完成"之类的结论。
+本文件是血肉阶段的**产物契约**：它定义每个文件长什么样、哪些写法会被判错。
+
+**流程由插件驱动**：插件会分批派活，每轮告诉你写哪个文件、哪些条目、写到哪里；
+插件自己跑校验脚本、判定通过与否，并把判定出来的错误清单回喂给你。
+你**不需要**自己调校验脚本，**不要**自己判断"通过没通过"，**不要**输出"已完成"之类的结论。
 
 @meta-only
 
 ---
 
 <!-- contract:overview -->
+
 ## 你的职责
 
 你只做一件事：**按插件每轮给的指令，把指定的条目写成指定格式的 JSON**。
@@ -30,11 +31,12 @@
 ---
 
 <!-- contract:input -->
+
 ## 一、任务输入
 
-> 本节由插件注入，只读，不得修改。
-> 数据源：骨架阶段 `设定/raw/sources/骨架/框架.json` 的 `input_snapshot`（目标章节/目标字数取自同文件的 `capacity`）。
-> 骨架阶段已经把这次选题的完整输入固化成了这份快照，血肉阶段直接用它，不要另做推测或改写。
+本节由插件注入，只读，不得修改。
+数据源：骨架阶段 `设定/raw/sources/骨架/框架.json` 的 `input_snapshot`（目标章节/目标字数取自同文件的 `capacity`）。
+骨架阶段已经把这次选题的完整输入固化成了这份快照，血肉阶段直接用它，不要另做推测或改写。
 
 ${input_snapshot_block}
 
@@ -49,6 +51,7 @@ ${input_snapshot_block}
 ---
 
 <!-- contract:output-list -->
+
 ## 二、本阶段产出清单
 
 | # | 文件 | 路径 | 顶层数组 |
@@ -70,6 +73,7 @@ ${input_snapshot_block}
 ---
 
 <!-- contract:rules -->
+
 ## 三、核心铁律（7 条，违反任意一条都会被判错）
 
 1. **不得出现任何章节号**——单章号字段（`chapter` / `ch` / `start` / `end` / `turning` / `midpoint` / `resolution` / `resolution_chapter` / `appear_start` / `appear_end` / `exit_chapter` / `buried_chapter` / `recovered_chapter` / `hook_chapter` / `climax_chapter` / `pleasure_chapter`）、区间字段（`appearance_chapters` / `chapter_range`）、嵌套形式（`escalation_nodes[].chapter` / `info_gaps[].created` / `key_nodes[].chapter` / `arc_stages[].chapter` / `interweaves[].chapter` / `foreshadow_recovery[].chapter`）**全部禁止**；完整清单见 glossary 第六节（脚本按它判定，别自己猜字段名）。血肉脚本会拦截 `FLESH_CHAPTER_FORBIDDEN`。
@@ -84,11 +88,12 @@ ${input_snapshot_block}
 
 6. **关系类型必须与骨架完全一致**。`relationships[].relationship_type` 只能取 glossary 第五节 `relation_kind` 的 13 个值（血缘/师徒/雇佣/服从/提携/合作/利益交换/利用/对立/敌对/竞争/中立/其他），而且**必须等于骨架里同一对角色的关系类型**。骨架写"A 服从 B"，这里就不能写"上下级"或"盟友"；用 `其他` 时必须同时填 `relation_label`（如 附身/寄生/契约）。非人物实体参与的关系在骨架 `other_relations`，本项目不写进 `relationships[]`。`REL_TYPE_MISMATCH` / `REL_LABEL_REQUIRED` / `ENUM` 会拦截。
 
-7. **描述要写实，不能写空话**。`description` / `core_flaw` / `goals.*` 这类叙述字段要写出一个具体事实，而不是"很好""详细设定。"。`TEXT_TOO_SHORT` / `TEXT_PLACEHOLDER` 会拦截；不同角色不能共用同一段话（`TEXT_DUPLICATE`）。
+7. **描述要写实，不能写空话**。`description` / `core_flaw` / `goals.*` 这类叙述字段要写出一个具体事实，而不是“很好、详细设定”这类空话。`TEXT_TOO_SHORT` / `TEXT_PLACEHOLDER` 会拦截；不同角色不能共用同一段话（`TEXT_DUPLICATE`）。
 
 ---
 
 <!-- contract:refs -->
+
 ## 四、参考文件
 
 ### 4.1 必读
@@ -143,6 +148,7 @@ node references/upstream-query.js --stage=骨架 --file=关系 --list        #
 ---
 
 <!-- contract:file:角色 -->
+
 ## 五、角色.json 的字段契约
 
 **顶层数组**：`characters`　**模板**：`模板/血肉/角色模板.json`
@@ -176,7 +182,7 @@ node references/upstream-query.js --stage=骨架 --file=关系 --list        #
 | `language_profile.personality_tone` | 性格基调（冷硬/温和/尖刻/木讷） |
 | `language_profile.relationship_stage_tone` | 对不同关系的人说话语气怎么变 |
 | `behavior_repeat_points` | 反复出现的小动作或口头习惯，字符串数组 |
-| `traits` | **必填 3-5 条**独有特征/习惯/感官锚点。每条都要能在场景里演出来，不要写"善良""勇敢"这类评价词 |
+| `traits` | **必填 3-5 条**独有特征/习惯/感官锚点。每条都要能在场景里演出来，不要写“善良、勇敢”这类评价词 |
 | `extensions` | 题材特有的扩展设定；键用中文，值用字符串/数组。不要塞章节号 |
 | `mirror_type` | 反派专用：与主角互为镜像的类型，取 glossary `mirror_type` 词表。非反派不填 |
 | `relationships[]` | 关系条目，见下 |
@@ -209,6 +215,7 @@ node references/upstream-query.js --stage=骨架 --file=关系 --list        #
 ---
 
 <!-- contract:file:冲突 -->
+
 ## 六、冲突.json 的字段契约
 
 **顶层数组**：`conflicts`　**模板**：`模板/血肉/冲突模板.json`
@@ -239,6 +246,7 @@ node references/upstream-query.js --stage=骨架 --file=关系 --list        #
 ---
 
 <!-- contract:file:势力 -->
+
 ## 七、势力.json 的字段契约
 
 **顶层数组**：`factions`　**模板**：`模板/血肉/势力模板.json`
@@ -267,6 +275,7 @@ node references/upstream-query.js --stage=骨架 --file=关系 --list        #
 ---
 
 <!-- contract:file:剧情 -->
+
 ## 八、剧情.json 的字段契约
 
 **顶层数组**：`main_lines` + `branches`　**模板**：`模板/血肉/剧情模板.json`
@@ -298,6 +307,7 @@ node references/upstream-query.js --stage=骨架 --file=关系 --list        #
 ---
 
 <!-- contract:file:地点 -->
+
 ## 九、地点.json 的字段契约
 
 **顶层数组**：`locations`　**模板**：`模板/血肉/地点模板.json`
@@ -321,6 +331,7 @@ node references/upstream-query.js --stage=骨架 --file=关系 --list        #
 ---
 
 <!-- contract:file:结局 -->
+
 ## 十、结局.json 的字段契约
 
 **顶层数组**：`endings`　**模板**：`模板/血肉/结局模板.json`
@@ -356,6 +367,7 @@ node references/upstream-query.js --stage=骨架 --file=关系 --list        #
 ---
 
 <!-- contract:file:世界观规则 -->
+
 ## 十一、世界观规则.json 的字段契约
 
 **顶层数组**：`core_rules` + `information_rules` + `social_rules` + `rule_conflict_plan`
@@ -396,6 +408,7 @@ node references/upstream-query.js --stage=骨架 --file=关系 --list        #
 ---
 
 <!-- contract:file:关键道具 -->
+
 ## 十二、关键道具.json 的字段契约
 
 **顶层数组**：`core_items` + `branch_items` + `symbolic_items` + `details`
@@ -445,6 +458,7 @@ node references/upstream-query.js --stage=骨架 --file=关系 --list        #
 ---
 
 <!-- contract:file:其他实体 -->
+
 ## 十三、其他实体.json 的字段契约（按需）
 
 **顶层数组**：`other_entities`　**模板**：`模板/血肉/其他实体模板.json`
@@ -471,6 +485,7 @@ node references/upstream-query.js --stage=骨架 --file=关系 --list        #
 ---
 
 <!-- contract:quality -->
+
 ## 十四、关系类型与内容质量（照着正例写）
 
 脚本不只查结构，也查"写的东西是不是真的"、"两个阶段说的是不是同一件事"。
@@ -514,6 +529,7 @@ node references/upstream-query.js --stage=骨架 --file=关系 --list        #
 ---
 
 <!-- contract:errors -->
+
 ## 十五、常见错误代码速查
 
 插件回喂给你的错误清单里的 `code` 对应下表。**只改被点名的字段**，其余不要动。
@@ -558,6 +574,7 @@ node references/upstream-query.js --stage=骨架 --file=关系 --list        #
 ---
 
 <!-- contract:forbidden -->
+
 ## 十六、本阶段禁令（12 条）
 
 1. **不得出现任何章节号**——单章号字段（`chapter` / `ch` / `start` / `end` / `turning` / `midpoint` / `resolution` / `resolution_chapter` / `appear_start` / `appear_end` / `exit_chapter` / `buried_chapter` / `recovered_chapter` / `hook_chapter` / `climax_chapter` / `pleasure_chapter`）、区间字段（`appearance_chapters` / `chapter_range`）、嵌套形式（`escalation_nodes[].chapter` / `info_gaps[].created` / `key_nodes[].chapter` / `arc_stages[].chapter` / `interweaves[].chapter` / `foreshadow_recovery[].chapter`）**全部禁止**；完整清单见 glossary 第六节（脚本按它判定，别自己猜字段名）。
@@ -587,6 +604,7 @@ node references/upstream-query.js --stage=骨架 --file=关系 --list        #
 ---
 
 <!-- contract:semantic -->
+
 ## 十七、语义检查（可选，由用户显式开启）
 
 上面的校验全是**确定性脚本**：id 在不在、名字对不对、枚举合不合法、配额对不对得上、关系有没有声明。凡是脚本能判死的问题，都已经被判死了。

package/plugins/fancy-story-builder/prompts/03-rhythm-prompt.md

@@ -1,18 +1,19 @@
 # 03 节奏阶段产物契约
 
-> 本文件是节奏阶段的**产物契约**：它定义每个文件长什么样、哪些写法会被判错。
->
-> **流程由插件驱动**：插件会分批派活，每轮告诉你写哪个文件、哪些章/哪些条目、
-> 写到哪里；插件自己跑校验脚本、判定通过与否，并把判定出来的错误清单回喂给你。
-> 你**不需要**自己调校验脚本，**不要**自己判断"通过没通过"，**不要**输出"已完成"之类的结论。
->
-> 本阶段依赖骨架 + 血肉两个上游，任一未完成不得启动。
+本文件是节奏阶段的**产物契约**：它定义每个文件长什么样、哪些写法会被判错。
+
+**流程由插件驱动**：插件会分批派活，每轮告诉你写哪个文件、哪些章/哪些条目、
+写到哪里；插件自己跑校验脚本、判定通过与否，并把判定出来的错误清单回喂给你。
+你**不需要**自己调校验脚本，**不要**自己判断"通过没通过"，**不要**输出"已完成"之类的结论。
+
+本阶段依赖骨架 + 血肉两个上游，任一未完成不得启动。
 
 @meta-only
 
 ---
 
 <!-- contract:overview -->
+
 ## 你的职责
 
 你只做一件事：**按插件每轮给的指令，把指定的条目写成指定格式的 JSON**。
@@ -32,10 +33,11 @@
 ---
 
 <!-- contract:input -->
+
 ## 一、任务输入
 
-> 本节由插件注入，只读，不得修改。
-> 数据源：骨架阶段 `设定/raw/sources/骨架/框架.json` 的 `input_snapshot`（目标章节/目标字数取自同文件的 `capacity`）。
+本节由插件注入，只读，不得修改。
+数据源：骨架阶段 `设定/raw/sources/骨架/框架.json` 的 `input_snapshot`（目标章节/目标字数取自同文件的 `capacity`）。
 
 ${input_snapshot_block}
 
@@ -50,6 +52,7 @@ ${input_snapshot_block}
 ---
 
 <!-- contract:output-list -->
+
 ## 二、本阶段产出清单
 
 | # | 文件 | 路径 | 顶层键 |
@@ -70,6 +73,7 @@ ${input_snapshot_block}
 ---
 
 <!-- contract:rules -->
+
 ## 三、核心铁律（6 条，违反任意一条都会校验失败）
 
 1. **章节号必须在 `[1, T]` 内**（`T = target_chapters`）。`RHYTHM_CHAP_RANGE` 会拦截越界。
@@ -87,6 +91,7 @@ ${input_snapshot_block}
 ---
 
 <!-- contract:refs -->
+
 ## 四、参考文件
 
 ### 4.1 必读
@@ -136,6 +141,7 @@ node references/upstream-query.js --stage=血肉 --file=角色 --id=C001
 ---
 
 <!-- contract:file:章节规划 -->
+
 ## 五、章节规划.json 的字段契约
 
 **顶层数组**：`chapters`　**模板**：`模板/节奏/章节规划模板.json`
@@ -179,6 +185,7 @@ node references/upstream-query.js --stage=血肉 --file=角色 --id=C001
 ---
 
 <!-- contract:file:节奏参数 -->
+
 ## 六、节奏参数.json 的字段契约
 
 **顶层**：纯对象（没有顶层数组）　**模板**：`模板/节奏/节奏参数模板.json`
@@ -280,6 +287,7 @@ main_progress_chapter_count = T - branch_chapter_total + overlap_chapter_count
 ---
 
 <!-- contract:file:时序映射 -->
+
 ## 七、时序映射.json 的字段契约
 
 **顶层**：13 个 `*_timeline` 数组　**模板**：`模板/节奏/时序映射模板.json`
@@ -394,6 +402,7 @@ main_progress_chapter_count = T - branch_chapter_total + overlap_chapter_count
 ---
 
 <!-- contract:file:章节细纲 -->
+
 ## 八、章节细纲.json 的字段契约
 
 **顶层数组**：`outlines`　**模板**：`模板/节奏/章节细纲模板.json`
@@ -431,6 +440,7 @@ main_progress_chapter_count = T - branch_chapter_total + overlap_chapter_count
 ---
 
 <!-- contract:consistency -->
+
 ## 九、跨文件一致性（本阶段最容易翻车的地方）
 
 节奏阶段的多数校验是**全量口径**的——单看一个文件查不出来，必须四个文件对得上。
@@ -469,6 +479,7 @@ main_progress_chapter_count = T - branch_chapter_total + overlap_chapter_count
 ---
 
 <!-- contract:errors -->
+
 ## 十、常见错误代码速查
 
 插件回喂给你的错误清单里的 `code` 对应下表。**只改被点名的字段**，其余不要动。
@@ -514,6 +525,7 @@ main_progress_chapter_count = T - branch_chapter_total + overlap_chapter_count
 ---
 
 <!-- contract:forbidden -->
+
 ## 十一、本阶段禁令（11 条）
 
 1. **章节号必须在 `[1, T]` 内**。`RHYTHM_CHAP_RANGE` 会拦截越界。

package/plugins/fancy-story-builder/prompts/04-writing-prompt.md

@@ -1,25 +1,25 @@
 # 04 写作执行须知
 
-> 本文件是写作阶段的**产物契约**：写什么文件、写成什么格式、什么会被校验拦下。
-> 怎么写（场景、对话、开篇、文风、诊断）在 `references/写作指导/`。
-> 写作的流程编排由插件的写作驱动负责：它按批派活、逐章校验、把错误发回来。
-> **你不需要自己跑校验脚本，也不需要自己决定写第几章。**
+本文件是写作阶段的**产物契约**：写什么文件、写成什么格式、什么会被校验拦下。
+怎么写（场景、对话、开篇、文风、诊断）在 `references/写作指导/`。
+写作的流程编排由插件的写作驱动负责：它按批派活、逐章校验、把错误发回来。
+**你不需要自己跑校验脚本，也不需要自己决定写第几章。**
 
 ---
 
 ## 一、核心铁律（违反任意一条都会被校验拦下）
 
-> 1. **只写驱动指定的章**。本轮要写哪几章、写到哪个路径，驱动会在派活时写清楚。按给定顺序写，不要跳章、不要多写、不要写别的章号。
->
-> 2. **章首第一行必须是 `# 第N章 <标题>`**（N 为阿拉伯数字或中文数字，如 `# 第1章 引入` / `# 第001章 灭门` / `# 第十二章 高潮`），且标题中的章号必须与驱动指定的章号一致。正文小标题用 `##` 或 `###`，**不得再出现 `#` 一级标题**。`CHAPTER_TITLE` / `CHAPTER_TITLE_DUP` 会拦截。
->
-> 3. **不出现 AI 分析口吻**（`基本一致` / `无重大问题`）。`FORBIDDEN_WORD` 会拦截。
->
-> 4. **不出现占位符**：`[X]` / `[Y]` / `[Z]` / `[W]` 出现在正文任何位置都会被拦；`待确认` / `待定` / `待补充` / `TBD` / `N/A` / `未定` / `xxx` **独占一行**时会被拦（正文里当普通词用不算）。统一报 `PLACEHOLDER`。
->
-> 5. **每写完一章就更新台账**。章/人物/伏笔/时间线四个台账必须与已写章节同步。
->
-> 6. **不修改 `模板/` 和 `references/` 下的任何文件**。这两个目录是只读输入。
+1. **只写驱动指定的章**。本轮要写哪几章、写到哪个路径，驱动会在派活时写清楚。按给定顺序写，不要跳章、不要多写、不要写别的章号。
+
+2. **章首第一行必须是 `# 第N章 <标题>`**（N 为阿拉伯数字或中文数字，如 `# 第1章 引入` / `# 第001章 灭门` / `# 第十二章 高潮`），且标题中的章号必须与驱动指定的章号一致。正文小标题用 `##` 或 `###`，**不得再出现 `#` 一级标题**。`CHAPTER_TITLE` / `CHAPTER_TITLE_DUP` 会拦截。
+
+3. **不出现 AI 分析口吻**（`基本一致` / `无重大问题`）。`FORBIDDEN_WORD` 会拦截。
+
+4. **不出现占位符**：`[X]` / `[Y]` / `[Z]` / `[W]` 出现在正文任何位置都会被拦；`待确认` / `待定` / `待补充` / `TBD` / `N/A` / `未定` / `xxx` **独占一行**时会被拦（正文里当普通词用不算）。统一报 `PLACEHOLDER`。
+
+5. **每写完一章就更新台账**。章/人物/伏笔/时间线四个台账必须与已写章节同步。
+
+6. **不修改 `模板/` 和 `references/` 下的任何文件**。这两个目录是只读输入。
 
 ---
 

package/plugins/fancy-story-builder/prompts/05-deslop-prompt.md

@@ -1,28 +1,28 @@
 # 05 去 AI 味执行须知
 
-> 本文件是去味阶段的**产物契约**：改什么文件、改成什么样、什么会被拦下。
-> 改写手法（怎么把 AI 腔改成人话）在 `references/写作指导/10-deslop.md`。
-> 去味的流程编排由插件的去味驱动负责：它逐章检测、备份、派活、复扫、判改动比例、
-> 必要时会自动回滚原文。
-> **你不需要自己跑检测脚本，也不需要自己决定改哪一章。**
+本文件是去味阶段的**产物契约**：改什么文件、改成什么样、什么会被拦下。
+改写手法（怎么把 AI 腔改成人话）在 `references/写作指导/10-deslop.md`。
+去味的流程编排由插件的去味驱动负责：它逐章检测、备份、派活、复扫、判改动比例、
+必要时会自动回滚原文。
+**你不需要自己跑检测脚本，也不需要自己决定改哪一章。**
 
 ---
 
 ## 一、核心铁律
 
-> 1. **只改 AI 味，不改剧情**。人物、事件、因果、伏笔、事实、字数结构一律不动。
->    去味是"换个说法"，不是"重写这一章"。
->
-> 2. **只改驱动指出的目标文件**，直接覆盖原文件。不要新建文件、不要改文件名、
->    不要改第一行的标题（`# 第N章 <标题>`）。
->
-> 3. **不要动台账**。`设定/raw/sources/写作/台账/` 下的文件由写作阶段维护，
->    本阶段碰了会和写作阶段的登记对不上。
->
-> 4. **不要动 `模板/` 和 `references/` 下的任何文件**。这两个目录是只读输入。
->
-> 5. **改动幅度要小**。驱动按改动比例判级：超过 35% 会**自动回滚原文**，
->    你的这一轮等于白做。改得少而准，比改得多而狠有用。
+1. **只改 AI 味，不改剧情**。人物、事件、因果、伏笔、事实、字数结构一律不动。
+   去味是"换个说法"，不是"重写这一章"。
+
+2. **只改驱动指出的目标文件**，直接覆盖原文件。不要新建文件、不要改文件名、
+   不要改第一行的标题（`# 第N章 <标题>`）。
+
+3. **不要动台账**。`设定/raw/sources/写作/台账/` 下的文件由写作阶段维护，
+   本阶段碰了会和写作阶段的登记对不上。
+
+4. **不要动 `模板/` 和 `references/` 下的任何文件**。这两个目录是只读输入。
+
+5. **改动幅度要小**。驱动按改动比例判级：超过 35% 会**自动回滚原文**，
+   你的这一轮等于白做。改得少而准，比改得多而狠有用。
 
 ---
 

package/plugins/fancy-story-builder/purpose-template.md

@@ -33,7 +33,7 @@
 
 ## Thesis
 
-> TBD
+TBD
 
 ## Analysis Workflow
 

package/plugins/fancy-story-builder/references/glossary.md

@@ -1,9 +1,9 @@
 # glossary.md 网文生成系统术语总表
 
-> 本文件是四阶段生成体系的**唯一术语真源**。
-> 模板、公式、指导文件、脚本、提示词都以本文件为准。
-> 本文件只做"定义"，不做"方法论"、不做"量化"、不做"验证"。
-> 文件清单以 `references/index.md` 为准，本文件不列出文件数。
+本文件是四阶段生成体系的**唯一术语真源**。
+模板、公式、指导文件、脚本、提示词都以本文件为准。
+本文件只做"定义"，不做"方法论"、不做"量化"、不做"验证"。
+文件清单以 `references/index.md` 为准，本文件不列出文件数。
 
 ---
 
@@ -43,8 +43,8 @@
 
 ### 2.1 核心规则
 
-> **"章节号"是节奏阶段的专属。**
-> 骨架阶段、血肉阶段出现任何章节号（见第六节清单），都是越界。
+**"章节号"是节奏阶段的专属。**
+骨架阶段、血肉阶段出现任何章节号（见第六节清单），都是越界。
 
 ### 2.2 越界检查
 
@@ -560,8 +560,8 @@
 
 ### 8.2 单向数据流
 
-> **下游只读上游，不写上游。**
-> 阶段 2 不能改阶段 1 的 JSON。阶段 3 不能改阶段 2 的 JSON。
+**下游只读上游，不写上游。**
+阶段 2 不能改阶段 1 的 JSON。阶段 3 不能改阶段 2 的 JSON。
 
 ---
 

package/plugins/fancy-story-builder/references/index.md

@@ -1,7 +1,7 @@
 # 网文生成系统 · 总索引
 
-> 本文件是整个体系的使用者入口。回答：这套体系有哪些文件、每个文件干什么、文件之间怎么依赖、常见任务怎么查。
-> 本文件不定义方法、不写公式、不写验证逻辑、不定义数据结构。
+本文件是整个体系的使用者入口。回答：这套体系有哪些文件、每个文件干什么、文件之间怎么依赖、常见任务怎么查。
+本文件不定义方法、不写公式、不写验证逻辑、不定义数据结构。
 
 ---
 

package/plugins/fancy-story-builder/references//345/206/231/344/275/234/346/214/207/345/257/274/00-index.md

@@ -1,7 +1,7 @@
 # 写作阶段入口
 
-> 本文件是写作阶段的唯一入口。回答"写作阶段做什么、按什么顺序读、产出什么"。
-> 本文件不定义方法、不写验证逻辑、不定义数据结构。
+本文件是写作阶段的唯一入口。回答"写作阶段做什么、按什么顺序读、产出什么"。
+本文件不定义方法、不写验证逻辑、不定义数据结构。
 
 ---
 

package/plugins/fancy-story-builder/references//345/206/231/344/275/234/346/214/207/345/257/274/01-scene.md

@@ -1,7 +1,7 @@
 # 场景写作法
 
-> 写作阶段第 1 份。场景是正文的最小单位，不是章。
-> 本文件不定义数据结构、不写验证逻辑、不写具体章节约束。
+写作阶段第 1 份。场景是正文的最小单位，不是章。
+本文件不定义数据结构、不写验证逻辑、不写具体章节约束。
 
 ---
 

package/plugins/fancy-story-builder/references//345/206/231/344/275/234/346/214/207/345/257/274/02-chapter-workflow.md

@@ -1,7 +1,7 @@
 # 章节生成工作流
 
-> 写作阶段第 2 份。从细纲到正文的固定流程。每次生成按此走，质量才稳定。
-> 本文件不定义数据结构、不写验证逻辑。
+写作阶段第 2 份。从细纲到正文的固定流程。每次生成按此走，质量才稳定。
+本文件不定义数据结构、不写验证逻辑。
 
 ---
 

package/plugins/fancy-story-builder/references//345/206/231/344/275/234/346/214/207/345/257/274/03-opening-chapter.md

@@ -1,7 +1,7 @@
 # 开篇第一章逐段写法
 
-> 写作阶段第 3 份。第一章决定点击率。按段拆，不平均用力。
-> 本文件不定义数据结构、不写验证逻辑。允许出现具体字数和章节号作为写法参考。
+写作阶段第 3 份。第一章决定点击率。按段拆，不平均用力。
+本文件不定义数据结构、不写验证逻辑。允许出现具体字数和章节号作为写法参考。
 
 ---