新建作品改为直接进入对话落盘，按本局创作方案写能力，并把楼层呈现和零层卡分开。

输入栏同时可以按分组切换模型。

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

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

@@ -1,9 +1,5 @@
 # 具体实例
 
-> 技能文档。程序只切割下方 **fence 块**；`##` 标题仅供人读。  
-> 产物外壳：`docs/context-fragment-design.md`。  
-> 本步极简：严格按已验收的「生成规则」执行，交出实际产物。
-
 ## meta
 
 ```meta
@@ -11,72 +7,47 @@ name: 具体实例
 id: concrete-instances
 artifact: 设计.具体实例
 declaration: >
-  已有预生成规则时：按该规则原样交出 records；不设计、不改合同；可按规则/批次反复
+  按已有生成规则填写一条记录，单独落成一份产物。没有规则时，只留下用户点名的一条字段很少的具名内容。
 when: |
-  「设计.生成规则」里已有 `seed_only` 或 `seed_and_runtime` 的规则，且现在需要实际名片/记录（开局 NPC、种子事件等）。
+  已有生成规则，要按该规则写入一条种子或开局记录时使用。每条记录单独一份产物。
+  还没有规则时，只在用户明确要求留下一条字段很少的具名内容时使用。
 when_not: |
-  尚无规则或规则不完整 → 先「生成规则」。想改格式/方法/池 → 回「生成规则」，本步不改合同。
-  规则是 `runtime_only` → 不排，游玩期再生成。
-  只要规则不要预写实例 → 不排。
+  还没有规则，而对象有两份以上，或字段较多、需要先审字段和填写工作流 → 先写生成规则。
+  内容不重要、游玩时现写就够 → 不落本产物。
+  一张有节点和连接的结构图 → 拓扑图谱。
+  规则写明创作期不预填、只在游玩期生成 → 本步不写记录。
 boundary: |
-  本技能只做一件事：按指定规则生成 records。规则说怎么写、什么格式、如何用池、填到多厚，就照做。
-  生成规则：合同制定方——本步不重论证、不修改。
+  本能力只交一条记录。有规则则严格按字段、池或提示、填写工作流填写；无规则则只写用户给出的少量简单字段。
+  不重议合同，不写世界百科，不改变量公式。一次写入多条时，程序按记录拆成多份产物。
 feeds: gm
 ```
 
 ## opening
 
 ```opening
-先认定本批按哪条规则生成：
-- 若【本步对象】已有 rule_id，以此为起点；要换规则就在本步改（须仍是已验收的预生成规则）。
-- 若规划为空，从已验收生成规则里选出一条预生成规则。
-
-读规则「一次生成」：同批则本步一次交齐互有关系的多条；单条则本步只交 1 条。有批次目标可一句带过。
+先说这条记录是谁、依哪条生成规则。没有规则、又只是用户点名的一条简单内容，直接写这一条。
 ```
 
 ## task
 
 ```task
-你正在执行「具体实例」。产物必须是 **context-fragment.v1** JSON，写入「设计.具体实例」。
+写出一条具体实例，写入 `设计.具体实例#中文名`。一份产物只含一条记录。用户一次给出多条时，每条各写一份；若交来的是记录数组，程序会按条拆开。
 
-本步 = 规则执行器。禁止重议对象族、生命周期、schema 或描写方法。
+有生成规则时：认定规则的中文名，按规则的字段、池或提示、填写工作流生成这一条；用户已写明的专名与结果只扩写不改写，未写字段从已有材料往下补满。无规则且只是一条字段很少的具名内容时：直接写用户给出的字段。
 
-本步是〔先验产物〕：先定调用哪条规则，再生成 records。读【本步对象】与【原型建议】；在本步钉「写什么」。
-
-执行顺序：
-1. 认定 `rule_id`：规划有则采用（用户要换则以最新为准，须仍是已验收的预生成规则）；空则先从依赖产物里选出。不要停下来让编排器补参。非预生成生命周期或缺信息 → 停止并指出缺口。
-2. 条数：先读规则「一次生成」。
-   - `单条`：本批 `records` 恰好 1 条；规划 `count` 即使写成多条也忽略。
-   - `同批`：一次交齐互有关系的多条。条数：规划 `count` 有数字用数字，否则用规则「数量」。生成时先对齐「一次生成.关系」（各条如何互指、对立、同场），再填各条字段。
-   `batch_goal` 只作不违反规则的筛选。缺「一次生成」时按「数量」/ `count` 交 `records[]`（可多条）。
-3. 完全按规则的「生成与描写」+「产物格式」+「池」+「分级表现」生成 `records`（始终是数组，单条也是长度为 1 的数组；键=schema 顶层字段）。
-   池的用法以规则 `池型` 为准：
-   - **方向**：以方向为主。粒度是词条/方向时，字段值可以就是方向名。粒度是句子时，按该方向写开（方向名可作标签，后面仍要达到地板）。方向说明里的专名不是选项库，不要按专名点菜。
-   - **元素**：从 `条目` 里抽取或必选，写入绑定字段。
-   有 **配方**：按配方从各组件取方向，拼进目标字段那一格。
-   有 **分级表现**：实例只填档位短值；不要把整段表象复制进 record，除非 schema 单独设了表象字段。叙事时按规则展开。
-   无池的描写字段按 `粒度`/`地板`/`表现`/`工作流` 写到够厚。
-4. 按规则自检（含地板：句子级不得只用一个词交差）；不合格内部重做。已有产物则追加批次（除非用户要求替换）。
-5. 输出 JSON；追问通常 `[]`。
-
-summary：`具体实例 · {对象} · {n}条`
+材料足够便直接成稿。缺的是合同本身时，先回到生成规则，不在这里补合同。产物正文不放评分、诊断、追问或开放问题。
 ```
 
 ## principles
 
 ```principles
-1. 只按规则来：方法、配方、表现、分级表现、格式、池型、数量、一次生成、约束、地板——规则有什么用什么；没有的不发明。
-2. 同批先钉记录间关系再填各条；单条不虚构同场关系。始终交 `records[]`。
-3. 只交 records：单层 JSON；不交解释、草稿、schema 副本、整池粘贴。方向以方向为主；说明里的专名不是选项。
-4. 句子级描写必须达到该字段 `地板`；词条/档位/数字可以短。句子级不要只丢一个词交差；方向名可以当选项或标签。
-5. 要改合同 → 回「生成规则」，本步不加字段、不改枚举、不改池型。
-```
-
-## probe
-
-```probe
-通常不追问。仅当 contextual 数量算不出、或同批「关系」写了但本批对象对不齐时，问一句。
-用户要 schema 外内容 → 提示回「生成规则」。
+1. 有规则：字段名、取值方式、工作流阶段与依赖都以规则为准；不增删字段，不改池。
+2. 池选取按合理度选择，不是程序抽签；提示约束按那句话的范围写开。
+3. 按填写工作流推进：先骨架后血肉；阶段依赖与自检能核对的，生成后要能过。
+4. 一份产物一条记录。多条各自成稿，用中文名称区分。
+5. 无规则只写用户点名的那一条，字段保持很少；不借机发明完整人设合同。
+6. 用户已写明的专名、关系、结果保持原样，只做厚度扩写；未写字段从这些材料延伸。
+7. 给人读的键和专名用中文。材料里的英文名音译成中文，不把英文原名留在字段值里。外壳的 schema、brief、mount 保持既有键。
 ```
 
 ## output
@@ -85,63 +56,42 @@ summary：`具体实例 · {对象} · {n}条`
 {
   "schema": "context-fragment.v1",
   "技能": "具体实例",
-  "brief": "rule_id + 本批条数",
+  "brief": "这一条是谁、依哪条规则",
   "mount": ["world-simulator"],
   "稳变": "stable",
   "正文": {
-    "rule_id": "与本步认定一致（规划有则对齐）",
-    "本批数量": 3,
-    "批次条件": ["规划 batch_goal 等；无则 []"],
-    "batch_id": "英文 kebab-case",
-    "records": [
-      {
-        "键来自规则产物格式 schema": "值"
-      }
-    ],
-    "增量说明": "新建|追加|替换某 batch_id"
-  },
-  "自评": {
-    "维度": [
-      {
-        "名": "合规模",
-        "分数": 8,
-        "说明": "是否按方法/配方/表现/单层格式/池型（方向为主，元素=抽取）/分级表现/地板生成；句子级是否达到粒度"
-      }
-    ],
-    "薄弱点": "一句话；无则空字符串"
-  },
-  "追问": {
-    "导语": "",
-    "题目": []
-  },
-  "开放问题": []
+    "规则": "所依生成规则的中文名；无规则时省略",
+    "名称": "这条记录的中文名",
+    "记录": {
+      "字段名": "按规则字段或极简内容填写的值"
+    }
+  }
 }
 ```
 
 硬规则：
-1. 合法 JSON；含 `schema` / `技能` / `brief` / `正文` / `自评` / `追问`。
-2. 正文键固定：`rule_id` / `本批数量` / `批次条件` / `batch_id` / `records` / `增量说明`。
-3. `records` 始终为数组；每条必须是规则约定的单层 JSON；`本批数量 === records.length`。规则「一次生成」为单条时长度为 1；为同批时 ≥2 且关系对齐。
-4. 自评仅「合规模」一维。禁止改规则、写 `order`、输出执行单元列表。
-5. summary：`具体实例 · {对象} · {n}条`。
+1. 输出合法 JSON。`记录` 是单个对象。`名称` 用中文，并与这条记录的主名称一致。
+2. 有规则时 `记录` 的键必须来自该规则字段，不得增删。
+3. 无规则时省略 `规则`，`记录` 只含用户给出的少量简单字段。
+4. 字段名和专名用中文；英文专名音译为中文。
+5. 不在产物正文写自评、追问、开放问题或合同草稿。
+6. `mount` 固定为 `["world-simulator"]`。
+
+## score
+
+```score
+工作流符合度：
+- 5：严格按规则填写工作流推进；字段、池选取、依赖与自检都落实；无规则路径则字段简单够用且不越权发明合同。
+- 3：大体按工作流，但有一处阶段跳跃、依赖未咬合，或某字段明显偏薄。
+- 1：忽略工作流；乱增字段；或把用户已定内容改掉。
+```
 
 ## checklist
 
 ```checklist
-- [ ] 按本步认定的 rule_id（规划或步内钉）的预生成规则执行？
-- [ ] 一次生成已遵守（单条=1 条；同批=多条且关系对齐）？records 始终是数组？
-- [ ] records 单层、键值符合产物格式与全部约束？句子级是否达到地板？有配方是否组装进目标字段？方向是否以方向为主（专名不当选项库）？
-- [ ] 自评为合规模？未改合同？
-```
-
-## examples
-
-```examples
-好：规则一次生成=同批、关系=开局仇敌二人 → 本批 2 条，对立在两条里对齐。
-好：规则一次生成=单条 → 本批 1 条；还要更多就再点原型。
-好：方向「冷焰」作标签，能力描述按该方向写开到可感知；或粒度=方向时字段值就是「冷焰」。
-好：阶层字段填「金丹」，表象留在规则的分级表现里，不把整段对照复制进每条 record。
-坏：同批规则却只交 1 条，或分多步把有关系的人拆开写。
-坏：加规则没有的字段；输出一段「我是怎么想的」却没有 records；本步改 schema。
-坏：句子级只填「阴郁」；或按方向说明里那个专名点菜交差。
+- [ ] 有规则则按字段与填写工作流执行；无规则则只是一条字段很少的具名内容？
+- [ ] 一份产物只有一条记录，名称是中文？
+- [ ] 记录键值合法，用户已定专名未改写，英文专名已音译？
+- [ ] 未改合同？
+- [ ] 产物正文不含评分、诊断、追问？
 ```