完善配方驱动的创作编排

为可重复技能补充参数校验与展示，统一配方、编排器和执行单元术语。

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

skills/dialogue/world-simulator/recipes/catalog.yaml

@@ -1,16 +1,17 @@
-# 导演选项目录（用户在新建作品时手动选择；对用户称「导演」）
+# 导演选项目录（用户在新建作品时手动选择；对用户称「导演」/「配方」）
 # id = recipes/{id}/ 文件夹
 # name = 固定中文名（下拉展示）
 # declaration = 给人看的短说明
 # 内部仍叫 recipe；勿对用户再说「配方」作第二层选项
+# recipe.yaml 写方法论：when / core / process / principles + 近期 steps
 # 步骤 name 必须 ∈ modules/catalog.yaml（【能力】）
 # 选定后写入黑板 tag 创作.选用配方
 
 recipes:
   - id: world-simulator
     name: 世界模拟器
-    declaration: 回合互动、世界推进、角色扮演类体验的初始编排参考
+    declaration: 回合互动、世界推进、角色扮演类体验的设计方法
 
   - id: expand-assistant
     name: 扩写助手
-    declaration: 大纲/分段写作、写手统筹、成稿向助手类体验的初始编排参考
+    declaration: 大纲/分段写作、写手统筹、成稿向助手类体验的设计方法

skills/dialogue/world-simulator/recipes/expand-assistant/recipe.yaml

@@ -1,8 +1,31 @@
-# 状态：待完善 — 作者细写「何时用 / 怎么调 / 建议近期 steps」
-# 本文件是增量起点：可按现场追加；勿一次排死全程。
-# steps[].name 必须来自 modules/catalog.yaml（共用组件池）。
+# 扩写助手 · 配方
+# 写方法论：适用、核心思路、设计流程、原则。
+# 各能力何时用 / 不用 → 读能力 meta（编排器会注入），勿在此重复。
+# steps = 近期起点，不是固定全程 DAG。
 
-when: 大纲/分段扩写、写手统筹、先纲后章、成稿向助手类体验
-hint: 初始参考。按用户意图增量追加步骤与依赖，勿机械照搬整份 steps。
-brief: （占位）扩写助手类体验
-steps: []
+when: 大纲/分段扩写、写手统筹、先纲后章、成稿向助手、长文/爽文类体验
+
+core: >-
+  先钉清写手/统筹站位、分段轮转、爽点与禁忌；
+  再落到「谁写大纲、谁写正文」的可执行规格；
+  世界舞台与状态机仅在体验真需要时才引入，默认不做世界模拟全套。
+
+process:
+  - 开始通常先做「美学纲领与交互范式」，钉清助手站位、分段节奏与体验禁忌。
+  - 之后对照能力池选型：态度/信息边界不够时用叙事指南；重要同类内容难稳定生成时用生成规则，需预生成时再排具体实例。
+  - 执行单元通常至少覆盖大纲/细纲与章节正文（可多次钉 Worker 规格），最后细化终稿并 closed。
+  - 世界蓝图、实现机制、拓扑、变量、状态栏等：仅当体验需要可引用舞台或状态机时再选。
+
+principles:
+  - 正推写手体验，勿默认套「世界模拟」全套能力。
+  - 能力选型以能力 meta 为准；本配方不代替各能力写调用条件。
+  - 有编排参数的步骤须在进执行前钉齐 params；禁止空壳进 design-step。
+  - 同能力可反复编入；已验收步骤不得删除。
+  - 收成前 status: closed，产物进运行规格而非散文说明书。
+
+brief: 扩写/写手类：先定站位与轮转，再落到大纲→分段写文规格
+
+steps:
+  - id: 美学纲领与交互范式
+    name: 美学纲领与交互范式
+    depends_on: []

skills/dialogue/world-simulator/recipes/world-simulator/recipe.yaml

@@ -1,15 +1,31 @@
-# 世界模拟器 · 初始导演
-# steps = 近期 horizon（增量起点），不是固定全程 DAG。
-# steps[].name 必须来自 modules/catalog.yaml；可反复追加 repeatable 能力。
+# 世界模拟器 · 配方
+# 写方法论：适用、核心思路、设计流程、原则。
+# 各能力何时用 / 不用 → 读能力 meta（编排器会注入），勿在此重复。
+# steps = 近期起点，不是固定全程 DAG。
 
 when: 回合互动、世界推进、角色扮演、沉浸推演类体验
-hint: >-
-  先只排「美学纲领与交互范式」；谈完后再增量追加。
-  「生成规则」「具体实例」标了 repeatable，可多次编入（不同 step.id）。
-  其它按需：世界蓝图与人文地理 / 叙事指南 / 实现机制 /
-  拓扑图谱 / 变量* / 状态栏 / 回复格式 / Worker 规格 / 细化终稿。
-  勿一次排完全程；收成前再 closed。
-brief: 世界模拟类：先定体验与轮转，再增量落到可运行规格
+
+core: >-
+  先钉清用户如何参与、正文如何呈现、核心体验与禁忌；
+  再从体验反推：世界舞台、支撑机制、可生成内容、呈现与执行单元还缺什么；
+  按缺口增量设计，最终收成可调度的运行规格（Worker 集），而不是一次性堆满设定百科。
+
+process:
+  - 开始通常先做「美学纲领与交互范式」，确认站位、轮转与要反复感受到什么。
+  - 之后对照能力池的「何时用 / 何时不用」，只排近期真正缺的 1～4 步；不预设固定长链。
+  - 需要可引用舞台时用世界蓝图；需要识别体验支点时用实现机制；同类内容难稳定生成时用生成规则，需预生成时再排具体实例。
+  - 呈现、变量、拓扑、叙事等仅在体验真需要时再选。
+  - 游玩期执行结构清楚后，钉 Worker 规格并细化终稿；收成前将流程 status 设为 closed。
+
+principles:
+  - 正推：体验 → 缺口 → 能力；禁止题材默认全选世界模拟套件。
+  - 能力选型以能力 meta 为准；本配方不代替各能力写调用条件。
+  - 有编排参数的步骤必须在进执行前钉齐 params（askUser 选项+其它），禁止空壳进 design-step。
+  - 同能力可反复编入（不同 step.id + params）；已验收步骤不得删除。
+  - 轻设定或用户明确不要世界骨架时，跳过不必要的世界/机制步骤。
+
+brief: 世界模拟类：先定体验与轮转，再按缺口增量落到可运行规格
+
 steps:
   - id: 美学纲领与交互范式
     name: 美学纲领与交互范式