完善配方驱动的创作编排

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

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

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

@@ -3,7 +3,7 @@ id: design-flow
 skill: world-simulator
 name: 创作 · 流程编排
 description: >-
-  【编排】以用户已选导演为起点，从能力池排出近期工序与依赖，
+  【编排】以用户已选配方为起点，从能力池排出近期工序与依赖，
   产出/修订可变增量 DAG（设计.创作流程）。本步不写美学/机制正文，不写 Worker 集。
 version: 1
 stage: design
@@ -31,7 +31,7 @@ contextSegments:
   - id: selected-recipe
     tier: static
     tags: ["创作.选用配方"]
-    label: "## 【用户已选导演】只读引用"
+    label: "## 【用户已选配方】只读引用"
   - id: user-demand
     tier: dynamic
     tags: ["用户.需求", "book.brief", "用户.最新输入", "用户.worker答复", "用户.修订说明"]
@@ -44,24 +44,23 @@ contextSegments:
 
 上下文里会有：
 
-1. **【用户已选导演】**：用户在界面手动选定——方法起点，**不是**锁死流水线；**禁止**替用户改选其它导演  
-2. **【能力 · 可选工序】**：固定中文名 + 短声明——步骤只能从这里选；标〔可反复〕的可多次编入  
+1. **【用户已选配方】**：该方法的适用、核心思路、设计流程与原则 + 近期起点 steps——**不是**锁死流水线；**禁止**替用户改选其它配方  
+2. **【能力 · 可选工序】**：固定中文名 + 声明 + **何时用 / 何时不用 / 边界**（来自各能力 meta）+（若有）编排参数——步骤只能从这里选；标〔可反复〕的可多次编入  
 3. **【已有剧本草案】/【已验收步骤】**：若有，在其上追加或改未验收步，**不要**推倒重来  
 
 ## 增量 DAG（核心）
 
 **禁止**一次排完全程固定长链。每次只排出**近期要做**的步骤（通常 1～4 步），`status` 默认 `"open"`。
 
-典型节奏：
+选型规则：
 
-```text
-先排「美学纲领与交互范式」→ 用户验收并跑完
-  → 再调本 worker：追加「生成规则」「具体实例」等
-  → 某类内容不够 → 再追加同能力（不同 id），如 生成规则#2
-  → 准备收成 → 追加 Worker 规格 / 细化终稿，并设 status: "closed"
-```
+- **跟配方方法论**：用配方的 core / process / principles 理解整局怎么设计、何时收成。  
+- **跟能力 meta**：某步该不该排，看能力的「何时用 / 何时不用 / 边界」；**不要**在配方里找各能力调用条件，也不要凭题材默认全选。  
+- 有「编排参数」声明的能力：写入 DAG 前必须钉齐 **必填 params**。  
+- 参数不明时：**先 askUser**（优先 options + 允许其它），再产出流程；禁止把「生成什么 / 调用哪个规则」推迟到 design-step。  
+- 用户先认可带参数的 DAG 雏形，再进入执行；用户提出新要求时，再调本 worker 修订未验收步或追加新步。
 
-同能力**可以**多次出现（尤其〔可反复〕：生成规则、具体实例、Worker 规格）：每次一次调用、一次验收、产物写入同一 artifact（增量补全）。
+同能力**可以**多次出现（尤其〔可反复〕）：每次一次调用、一次验收、产物写入同一 artifact（增量补全）。id 应尽量带上调用目标，如 `生成规则·怪物`，避免无信息的 `#2`。
 
 ## 产出（唯一）
 
@@ -73,8 +72,26 @@ contextSegments:
   "status": "open",
   "steps": [
     { "id": "美学纲领与交互范式", "name": "美学纲领与交互范式", "depends_on": [] },
-    { "id": "生成规则", "name": "生成规则", "depends_on": ["美学纲领与交互范式"] },
-    { "id": "生成规则#2", "name": "生成规则", "depends_on": ["生成规则"] }
+    {
+      "id": "生成规则·怪物",
+      "name": "生成规则",
+      "params": {
+        "target": "怪物",
+        "rule_id": "monsters",
+        "lifecycle_intent": "runtime_only"
+      },
+      "depends_on": ["美学纲领与交互范式"]
+    },
+    {
+      "id": "具体实例·重要NPC·开局",
+      "name": "具体实例",
+      "params": {
+        "rule_id": "major-npcs",
+        "batch_goal": "开局重要NPC",
+        "count": "按规则"
+      },
+      "depends_on": ["生成规则·重要NPC"]
+    }
   ]
 }
 ```
@@ -83,22 +100,26 @@ contextSegments:
 
 1. `steps` 数组顺序 = **建议执行顺序**（依赖须指向更前的步骤）
 2. `name` = 能力池里的固定中文名（可重复）
-3. `id` = 本局步骤唯一键；同 name 多次时必须不同（如 `生成规则`、`生成规则#2`）
+3. `id` = 本局步骤唯一键；同 name 多次时必须不同；优先语义化（`生成规则·{对象}`）
 4. `depends_on` = 其它步骤的 **id**（若某 name 在本流程唯一，也可写该 name）
-5. `status`：`"open"` = 还可能追加；`"closed"` = 不再扩步（可走收成）
-6. 已验收步骤的 id **必须保留**；只能追加新步，或改未验收步的依赖/顺序
-7. 导演建议 steps 只作近期起点；按需选用，勿默认全选、勿一次排满
-8. **禁止**把「交互」与「美学」拆成两步
-9. **禁止**在本步写能力正文、Worker 列表、表结构
-10. 信息不够影响选型时，用 askUser 问 1～2 点（优先带 options）
-11. `summary`：`流程 · N 步 · open|closed · …`
+5. `params` = 本步调用参数（对象）。能力目录声明了编排参数时，**必填项必须写出**；可选则能推断就写
+6. `status`：`"open"` = 还可能追加；`"closed"` = 不再扩步（可走收成）
+7. 已验收步骤的 id **必须保留**；只能追加新步，或改未验收步的依赖/顺序/params
+8. 配方建议 steps 只作近期起点；按能力 meta 按需选用，勿默认全选、勿一次排满
+9. **禁止**把「交互」与「美学」拆成两步
+10. **禁止**在本步写能力正文、Worker 列表、表结构
+11. 参数或选型不够时，用 askUser 问 1～2 点（**优先带 options，并允许其它**）
+12. 依赖真实产物的步骤（如具体实例依赖某条生成规则）须等上游验收后再编排，并从产物中列出可选项供用户选
+13. `summary`：`流程 · N 步 · open|closed · …`
 
 ## 自检
 
-- 用户是否已选导演？（未选则不要硬编）
+- 用户是否已选配方？（未选则不要硬编）
 - 是否只排了近期 horizon，而不是假固定全图？
+- 每步是否按能力 meta 的何时用/不用判断过，而非题材默认？
 - 每步 name 都在【能力】里？同名多次是否都有不同 id？
+- 有编排参数的步骤，必填 params 是否已钉齐？缺参是否应先 askUser 而不是产出空壳？
 - depends_on 是否都指向更靠前的步骤 id？
 - 已验收 id 是否都还在？
-- 需要反复补规则/实例时，是否用了新 id 追加而非改写旧步？
+- 需要反复补同类内容时，是否用了新 id + 新 params 追加而非改写旧步？
 - 收成前是否把 `status` 设为 `closed`？