Add capability-probed structured outputs and a prototype/instance creation graph.

Probe API profiles for json_schema/tools, flatten worker artifacts onto a strict schema, and let users spawn or revise graph nodes instead of a one-shot DAG.

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

skills/dialogue/world-simulator/modules/concrete-instances/prompt.md

@@ -28,10 +28,10 @@ feeds: gm
 
 ```opening
 先认定本批按哪条规则生成：
-- 若【规划产物】已有 rule_id，以此为起点；要换规则就在本步改（须仍是已验收的预生成规则）。
+- 若【本步对象】已有 rule_id，以此为起点；要换规则就在本步改（须仍是已验收的预生成规则）。
 - 若规划为空，从已验收生成规则里选出一条预生成规则。
 
-有批次目标或数量偏好可一句带过；否则直接「按规则生成」。
+读规则「一次生成」：同批则本步一次交齐互有关系的多条；单条则本步只交 1 条。有批次目标可一句带过。
 ```
 
 ## task
@@ -41,12 +41,15 @@ feeds: gm
 
 本步 = 规则执行器。禁止重议对象族、生命周期、schema 或描写方法。
 
-本步是〔先验产物〕：先定调用哪条规则，再生成 records。读【规划产物】当起点；规划可空。
+本步是〔先验产物〕：先定调用哪条规则，再生成 records。读【本步对象】与【原型建议】；在本步钉「写什么」。
 
 执行顺序：
 1. 认定 `rule_id`：规划有则采用（用户要换则以最新为准，须仍是已验收的预生成规则）；空则先从依赖产物里选出。不要停下来让编排器补参。非预生成生命周期或缺信息 → 停止并指出缺口。
-2. 数量：规划 `count` 有数字用数字，否则用规则「数量」；`batch_goal` 只作不违反规则的筛选。
-3. 完全按规则的「生成与描写」+「产物格式」+「池」生成 `records`（单层 JSON；键=schema 顶层字段）。
+2. 条数：先读规则「一次生成」。
+   - `单条`：本批 `records` 恰好 1 条；规划 `count` 即使写成多条也忽略。
+   - `同批`：一次交齐互有关系的多条。条数：规划 `count` 有数字用数字，否则用规则「数量」。生成时先对齐「一次生成.关系」（各条如何互指、对立、同场），再填各条字段。
+   `batch_goal` 只作不违反规则的筛选。缺「一次生成」时按「数量」/ `count` 交 `records[]`（可多条）。
+3. 完全按规则的「生成与描写」+「产物格式」+「池」生成 `records`（始终是数组，单条也是长度为 1 的数组；键=schema 顶层字段）。
 4. 按规则自检；不合格内部重做。已有产物则追加批次（除非用户要求替换）。
 5. 输出 JSON；追问通常 `[]`。
 
@@ -56,15 +59,16 @@ summary：`具体实例 · {对象} · {n}条`
 ## principles
 
 ```principles
-1. 只按规则来：方法、格式、池、数量、约束——规则有什么用什么；没有的不发明。
-2. 只交 records：单层 JSON；不交解释、草稿、schema 副本、整池粘贴。
-3. 要改合同 → 回「生成规则」，本步不加字段、不改枚举。
+1. 只按规则来：方法、格式、池、数量、一次生成、约束——规则有什么用什么；没有的不发明。
+2. 同批先钉记录间关系再填各条；单条不虚构同场关系。始终交 `records[]`。
+3. 只交 records：单层 JSON；不交解释、草稿、schema 副本、整池粘贴。
+4. 要改合同 → 回「生成规则」，本步不加字段、不改枚举。
 ```
 
 ## probe
 
 ```probe
-通常不追问。仅当 contextual 数量算不出时问一句规模依据。
+通常不追问。仅当 contextual 数量算不出、或同批「关系」写了但本批对象对不齐时，问一句。
 用户要 schema 外内容 → 提示回「生成规则」。
 ```
 
@@ -110,7 +114,7 @@ summary：`具体实例 · {对象} · {n}条`
 硬规则：
 1. 合法 JSON；含 `schema` / `技能` / `brief` / `正文` / `自评` / `追问`。
 2. 正文键固定：`rule_id` / `本批数量` / `批次条件` / `batch_id` / `records` / `增量说明`。
-3. `records` 每条必须是规则约定的单层 JSON；`本批数量 === records.length`。
+3. `records` 始终为数组；每条必须是规则约定的单层 JSON；`本批数量 === records.length`。规则「一次生成」为单条时长度为 1；为同批时 ≥2 且关系对齐。
 4. 自评仅「合规模」一维。禁止改规则、写 `order`、输出执行单元列表。
 5. summary：`具体实例 · {对象} · {n}条`。
 
@@ -118,6 +122,7 @@ summary：`具体实例 · {对象} · {n}条`
 
 ```checklist
 - [ ] 按本步认定的 rule_id（规划或步内钉）的预生成规则执行？
+- [ ] 一次生成已遵守（单条=1 条；同批=多条且关系对齐）？records 始终是数组？
 - [ ] records 单层、键值符合产物格式与全部约束？
 - [ ] 自评为合规模？未改合同？
 ```
@@ -125,6 +130,8 @@ summary：`具体实例 · {对象} · {n}条`
 ## examples
 
 ```examples
-好：规则要 3 条怪物 → 交出 3 条单层 record，字段与池用法全服从规则。
+好：规则一次生成=同批、关系=开局仇敌二人 → 本批 2 条，对立在两条里对齐。
+好：规则一次生成=单条 → 本批 1 条；还要更多就再点原型。
+坏：同批规则却只交 1 条，或分多步把有关系的人拆开写。
 坏：加规则没有的字段；输出一段「我是怎么想的」却没有 records；本步改 schema。
 ```