引入上下文片段、固定槽与投影排序，并完善机遇裁定与游玩期 UI。

把创作产物收敛为可挂载片段与 play_slots/context_order，同步修订世界模拟器模块与运行时拼装。 Co-authored-by: Cursor <cursoragent@cursor.com>
2026-08-03 01:36:32 +08:00
parent 00dfcb6615
commit 94f67fa744
69 changed files with 7786 additions and 1283 deletions
--- a/skills/dialogue/world-simulator/modules/refine/prompt.md
+++ b/skills/dialogue/world-simulator/modules/refine/prompt.md
@@ -1,8 +1,8 @@
 # 细化终稿

 > 能力文档。程序只切割下方 **fence 块**；`##` 标题仅供人读。  
-> 写法说明：`docs/world-simulator-modules.md`；规格字段见 `docs/skill-design-guide.md`。  
-> 本步产物 tag 为 **`设计.worker集`**（可进游玩的实例规格）。
+> 产物 tag：**`设计.worker集`**（JSON）。  
+> **禁止自由发明 workers。** 按上游「游玩拓扑」的 `play_slots` / `writing_slots` 展开。

 ## meta

@@ -11,20 +11,22 @@ name: 细化终稿
 id: refine
 artifact: 设计.worker集
 declaration: >
-  钉死关键前提、表与副作用，收成可进游玩的规格
+  按已勾选固定槽与「上下文投影排序」表收成可进游玩的规格：
+  play_slots、投影插入序、常驻上下文、表与副作用；不发明新执行单元
 when: |
-  前面能力已大致谈清（至少有体验契约，且演员职责可说清），
-  需要收成可进游玩的「设计.worker集」JSON 时；
-  编排应将本局流程 status 导向 closed。
+  前面技能已大致谈清（至少有体验契约；槽已勾选或可按默认；
+  若已有多块上下文则宜先有投影排序表），需要输出「设计.worker集」JSON 时；
+  编排应将流程 status 导向 closed。
 when_not: |
-  体验站位未定、或关键演员仍完全空白时，不要用本步代替上游。
-  用户只想改某一个演员细节 → 可先 Worker 规格，再本步合并。
+  体验站位未定 → 先上游。
+  拓扑未勾选且用户拒绝默认槽 → 先「游玩拓扑」。
+  上下文块已多且稳/变未排序 → 先「上下文投影排序」。
 boundary: |
-  本能力：合并上游产物，钉死不能瞎发挥的前提，输出完整「设计.worker集」JSON（含 interaction、workers、resident_context、tables 等）。
-  进 play 由用户手动决定；本步不自动切游玩。
-  Worker 规格：分步钉演员；本步负责合并与终稿一致性。
-  美学纲领与交互范式等：只读引用，不重做问卷（矛盾处才问）。
-  开局·开场白：可选后续步骤，本步可用 design_end.opening 标记是否建议。
+  本能力：合并上游 → 完整运行规格 JSON（interaction、play_slots、context_order/inserts、
+  workers 由槽展开、resident_context、tables）。
+  游玩拓扑：槽位权威；上下文投影排序：插入序与投影位权威；本步不新增白名单外的 ref。
+  变量设计：side_effects / 真值吸入 tables；不创建 variable-update 执行单元。
+  进 play 由用户手动决定。
 ```

 ## opening
@@ -32,9 +34,10 @@ boundary: |
 ```opening
 准备收成可进游玩的规格。请确认或补充：

-1. 还有没有「绝不能瞎发挥」的前提要钉死？（一句一条）
-2. 游玩时最少需要哪些演员上场？（用中文名即可）
-3. 要不要表/状态栏？（不要就写「不要」）
+1. 还有没有「绝不能瞎发挥」的前提？（一句一条）
+2. 槽位是否按上游拓扑？（世界模拟默认：主世界层+转述；写手默认：大纲+章节）有无要改的勾选？
+3. 若已有「上下文投影排序」，是否按该表收成？（不要在本步重排）
+4. 要不要表/状态门控？（不要就写「不要」）

 若前面产物已经够用，可直接回复「按已有产物收成」。
 ```
@@ -42,50 +45,51 @@ boundary: |
 ## task

 ```task
-你正在执行剧本中的「细化终稿」步骤。产物必须写入 **设计.worker集**，且为 **JSON**（不要 YAML）。
+你正在执行「细化终稿」。产物必须写入 **设计.worker集**，且为 **JSON**。

-本步是收成，不是再开一场题材发明。优先合并：
- 设计.美学纲领与交互范式 → interaction / experience_check / 呈现
- 设计.worker规格 → workers[]
- 设计.叙事指南 / 生成规则 / 具体实例 / 世界蓝图 / 实现机制等 → resident_context 挂载或 core_premises
- 设计.变量* / 状态栏 / 拓扑 → tables / 显隐说明（有则写，无则省略）
+本步是收成，不是发明新执行单元。优先合并：
+- 设计.美学纲领与交互范式 → interaction / experience_check
+- 设计.worker规格（游玩拓扑）→ play_slots 或 writing_slots
+- 设计.上下文投影排序 → 写入规格的 context_order（每槽 inserts：order/anchor/ref/projection）；无表且上下文很少时可按默认 static/dynamic 退化
+- 设计.叙事指南与故事推进（旧称 设计.叙事指南）/ 世界 / 机制 / 生成规则等 → resident_context（挂载以排序表与 mount 为准，本步不重排数字序）
+- 设计.变量设计与更新规则 → tables.side_effects（及 schemas 摘要）
+- 设计.变量控制上下文 → 核对挂载与剧透，写入 notes 或 resident 短句

 执行顺序：
-1. 忠实复述已确认的站位、体验内核、禁忌；矛盾处 askUser 1 点，勿静默覆盖。
-2. 组装 workers[]：每个含 ref、name（中文）、duty、rationale、acceptance；缺省 context/outputs 可标示留给模板合并，但 acceptance 必须写出。
-3. resident_context：把稳定长文（叙事态度、关键规则摘要、禁忌）挂到需要的 workers；不要把全过程聊天塞进去。
-4. tables：仅钉体验真正依赖的字段与副作用；无则 `tables` 省略或空 schemas。
-5. core_premises：不能瞎发挥的短列表。
-6. design_end：如 `{ "opening": "optional" }` 表示可随后跑开场白。
-7. 输出完整 JSON；summary：`细化终稿 · Worker集 · N 演员 · …`
+1. 复述站位、体验内核、禁忌；矛盾处 askUser 1 点。
+2. 写入 `play_slots`（世界模拟）或等价写手槽；**workers 只含白名单 ref**：
+   - world_sim 每轮：world-simulator / narrator / role-decide（仅 perspective 开时）
+   - world_sim 按需：chance（仅 chance 开时；`invocation: on_demand`）
+   - writing：outline / chapter-writer
+   - 程序也会按 play_slots 展开；你仍应写出与槽一致的 workers[]（含 acceptance），便于人读验收。
+3. **禁止**自造 ref、禁止添加 variable-update / lore-keeper / 自造骰子 LLM 等。
+4. resident_context：稳定句挂到 gm 或 narrator（或 outline/chapter-writer）；勿塞聊天过程。
+5. tables：吸入变量设计的 side_effects；无则空数组或省略。
+6. core_premises、design_end.opening 按需。
+7. summary：`细化终稿 · 槽 gm+转述 · …` 或 `细化终稿 · 大纲+章节 · …`

-若程序已发出默认问题：禁止重复同一开场。
-
-进游玩不在本步完成；用户验收本产物后，由用户手动进入游玩。
+进游玩不在本步完成。
 ```

 ## principles

 ```principles
-1. 合并优于重写：上游已验收内容优先进入规格，禁止无故改写体验内核。
-2. 每个面向用户的可读终稿点必须有 acceptance（review）；中间层 continue。
-3. 正推缩减：能不建表就不建；能常驻一段话解决的不要新演员。
-4. 写手路径最小可运行：outline + chapter-writer（或用户只要分段写手）；扮演路径按已钉演员。
-5. 键名稳定：workers[].ref 英文 kebab；name 中文给人看。
-6. 禁止题材固定套件；禁止在本步发明新 tool。
-7. 未决进 open_questions，不要假完备。
+1. 合并优于重写；槽位优于发明演员。
+2. 面向用户的终稿点 acceptance=review（通常是 narrator 或 chapter-writer）；gm/outline 常用 continue。
+3. 真值变更写在 gm 的 outputs（运行.本轮.变量变更 / 裁决包内 variable_changes），不靠第三变量 Worker。
+4. 裁决包约定：运行.本轮.裁决 使用 settlement.v1（见 progressive-data-design / 模板）。
+5. 键名稳定；未决进 open_questions。
 ```

 ## probe

 ```probe
-一轮 1～2 点，只问会挡住收成的矛盾：
+只问挡住收成的矛盾：

- 上游演员列表与用户本轮说法冲突时，以谁为准？
- 终稿演员是「每轮世界+叙事」还是「先纲后章」？
- 有表需求但字段未定：先不要表，还是先钉 1～2 个关键字段？
+- 拓扑与用户本轮说法冲突时以谁为准？
+- 有表需求但副作用未定：先不要表，还是只钉 1～2 条 side_effects？

-能按已有产物收成则不要为「完美」继续盘问。
+不要问「还要加哪个 Worker」。
 ```

 ## output
@@ -93,6 +97,7 @@ boundary: |
 ```output
 {
  "version": 1,
+  "form_summary": "一句话体验",
  "interaction": {
    "user_stance": "…",
    "system_role": "…",
@@ -104,27 +109,35 @@ boundary: |
    "focus": "…",
    "satisfaction_source": "…"
  },
+  "play_slots": {
+    "gm": true,
+    "narrator": true,
+    "perspective": false
+  },
  "workers": [
    {
-      "name": "章节正文",
-      "ref": "chapter-writer",
-      "duty": "…",
-      "when": "…",
-      "rationale": "删掉则…",
-      "acceptance": "review",
-      "context": {
-        "static": ["设计.worker集", "大纲.当前"],
-        "dynamic": ["用户.最新输入"]
-      },
-      "outputs": ["正文.当前段", "正文.已完成"]
+      "name": "主世界层",
+      "ref": "world-simulator",
+      "duty": "读投影与真值，输出 settlement.v1 裁决包；可提议变量变更",
+      "when": "每轮用户输入后",
+      "rationale": "删掉则无程序化裁决与真值更新",
+      "acceptance": "continue"
+    },
+    {
+      "name": "叙事转述",
+      "ref": "narrator",
+      "duty": "只读裁决包，写用户可见正文",
+      "when": "裁决包就绪后",
+      "rationale": "删掉则无独立文风呈现（或需 gm 兼写，须用户明确）",
+      "acceptance": "review"
    }
  ],
  "resident_context": [
    {
      "id": "experience-contract",
      "position": "static",
-      "content": "从上游压缩的稳定句（体验/禁忌/态度）",
-      "mount": ["chapter-writer"]
+      "content": "体验/禁忌压缩句",
+      "mount": ["world-simulator", "narrator"]
    }
  ],
  "tables": {
@@ -132,7 +145,6 @@ boundary: |
    "side_effects": []
  },
  "core_premises": ["…"],
-  "narrative_guide": "可选短摘要；长文优先走 resident_context",
  "input_protocol": {
    "parens": "() 元要求",
    "quotes": "\"\" 角色对白",
@@ -141,33 +153,33 @@ boundary: |
  "design_end": {
    "opening": "optional"
  },
-  "open_questions": ["…"]
+  "open_questions": []
 }
 ```

-必须是可解析 JSON。无表可省略 tables 或留空数组。每个 workers[] 元素必须有 acceptance。
+写手路径示例：不要 `play_slots`，workers 仅 `outline` + `chapter-writer`（acceptance 按是否验大纲）。
+
+必须是可解析 JSON。每个 workers[] 元素必须有 acceptance，且 ref ∈ 白名单。

 ## checklist

 ```checklist
- [ ] 是否 JSON 且可解析为设计.worker集？
- [ ] interaction 站位/轮转是否与美学纲领一致？
- [ ] 每个 worker 是否有 name、ref、duty、rationale、acceptance？
- [ ] 删掉任一 worker 的 rationale 是否说得清？
- [ ] 有没有把聊天过程塞进常驻上下文？
- [ ] 有没有题材默认灌入用户未要的演员/表？
- [ ] 验收复述能否一句话说清：站位、体验核心、演员、为何没有某件？
+- [ ] 是否含 play_slots（世界模拟）或仅白名单写手 workers？
+- [ ] 有无白名单外的 ref？
+- [ ] interaction 是否与美学纲领一致？
+- [ ] side_effects 是否来自变量设计（或明确不要表）？
+- [ ] 有无把变量管理做成额外 worker？
 ```

 ## examples

 ```examples
 好：
- 扩写：interaction.turn_shape=助手分段；workers=outline(continue/review)+chapter-writer(review)；resident 挂爽点与禁忌。
- 扮演：world-simulator(continue)+narrator(review)；core_premises 含变造点。
+- play_slots gm+narrator；workers 两条与槽一致；side_effects 从变量设计拷入。
+- 扩写：outline continue + chapter-writer review；无自造 ref。

 坏：
- 输出 YAML 或半散文
- workers 无 acceptance
- 无视上游，按「标准世界模拟套件」重写
+- 自由发明 affinity-agent、world-lore-worker。
+- 无 play_slots 却塞了 6 个自定义 workers。
+- YAML 或半散文
 ```