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

把创作产物收敛为可挂载片段与 play_slots/context_order，同步修订世界模拟器模块与运行时拼装。

Co-authored-by: Cursor <cursoragent@cursor.com>

skills/dialogue/world-simulator/workers/design-flow/SKILL.md

@@ -107,15 +107,17 @@ contextSegments:
 7. 已验收步骤的 id **必须保留**；只能追加新步，或改未验收步的依赖/顺序/params
 8. 配方建议 steps 只作近期起点；按能力 meta 按需选用，勿默认全选、勿一次排满
 9. **禁止**把「交互」与「美学」拆成两步
-10. **禁止**在本步写能力正文、Worker 列表、表结构
-11. 参数或选型不够时，用 askUser 问 1～2 点（**优先带 options，并允许其它**）
-12. 依赖真实产物的步骤（如具体实例依赖某条生成规则）须等上游验收后再编排，并从产物中列出可选项供用户选
-13. `summary`：`流程 · N 步 · open|closed · …`
+10. **禁止**在本步写能力正文、自由 Worker 列表、表结构
+11. **禁止**编排「反复发明执行单元」；收成链：确认「游玩拓扑」→（上下文已多时）「上下文投影排序」→「细化终稿」。挂谁可早、排第几须晚，勿让中段技能写死 order
+12. 参数或选型不够时，用 askUser 问 1～2 点（**优先带 options，并允许其它**）
+13. 依赖真实产物的步骤（如具体实例依赖某条生成规则）须等上游验收后再编排，并从产物中列出可选项供用户选
+14. `summary`：`流程 · N 步 · open|closed · …`
 
 ## 自检
 
 - 用户是否已选配方？（未选则不要硬编）
 - 是否只排了近期 horizon，而不是假固定全图？
+- 是否误排了多次「发明 Worker」？应改为至多一次「游玩拓扑」
 - 每步是否按能力 meta 的何时用/不用判断过，而非题材默认？
 - 每步 name 都在【能力】里？同名多次是否都有不同 id？
 - 有编排参数的步骤，必填 params 是否已钉齐？缺参是否应先 askUser 而不是产出空壳？