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

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

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

skills/dialogue/world-simulator/modules/generation-rules/prompt.md

@@ -1,9 +1,5 @@
 # 生成规则
 
-> 技能文档。程序只切割下方 **fence 块**；`##` 标题仅供人读。  
-> 产物外壳：`docs/context-fragment-design.md`；范例：`aesthetics-interaction` / `mechanism`。  
-> 正文高度自定义（描写文案、schema 字段、池随对象族而变）；外壳与规则键必须严。
-
 ## meta
 
 ```meta
@@ -11,116 +7,47 @@ name: 生成规则
 id: generation-rules
 artifact: 设计.生成规则
 declaration: >
-  要精准格式，或本局原创听了会雾且故事里还要生成时：写出该对象族怎么生成（描写/格式/可选池）；
-  创意字段用方向池给创作范围，不堆枚举词；不填最终实例；可按对象反复
+  为需要统一生成的一类对象写出合同：名称、用途、字段、池或提示约束、填写工作流；不填最终实例；可按对象反复。
 when: |
-  已有「美学纲领与交互范式」或等价整体感觉，且下面两条满足一条就排（可按对象族反复）：
-  a. 生成物必须有精准格式。例：武功典籍要有名字、效果、阶层。
-  b. 本局原创、听了会一头雾水的东西，故事里还要随机/反复生成。例：人人能绽放的「心之彩」；当成本局原创的斩魄刀。
+  要落两份或以上同类对象时使用。
+  只落一份，但字段多、结构重要，或需要先审字段和填写工作流时也使用。
+  不因开场后是否继续按同一合同生成而改道。每个产物只写一条规则。
 when_not: |
-  整体感觉未钉 → 先「美学纲领与交互范式」。
-  常识能推、也不需要精准格式（现实名车、西幻常见种族）→ 不排。
-  只要几张具名名片、不必按规则生成 → 不排；已有规则再要名片 → 「具体实例」。
-  跨轮记住什么 → 「变量设计与更新规则」。故事怎么往前写 → 「故事推进」（工序编排：「叙事指南与故事推进」）。
+  只有一条、字段很少、也不承载玩法的具名内容，才不建规则。这种内容通常也不必落具体实例。
+  一张有节点和连接的结构（地图、升级路径、关系网）→ 拓扑图谱。
+  跨轮真值 → 变量设计；舞台格局与硬法则 → 舞台骨架 / 实现机制。
 boundary: |
-  本技能：一条规则＝怎么描写/生成 + 单层 JSON 产物格式 + 可选池（方向池优先；元素池仅封闭集合）。
-  具体实例：按规则填最终 records；本步不写最终实例（池≠实例）。
-  舞台骨架 / 实现机制：上游真值只引用——`依据`/`硬约束`写短引用句或最短填写条款；社会格局、世界状况、既成法则正文不在本步重写。
-  缺上游真值时：本步仍只写填写合同时必须守的最短条款；格局/法则长文交给舞台骨架或实现机制，本步不代写百科、不发明「共通前提」迷你世界书。
-  变量*：游玩期状态更新——本步只约束生成时的类型与合法初值范围。
-  随机范围整理：把本步（及其他上游）里需要的掷骰/检定范围收成插入表——本步可写合法区间，不代替那份汇总。
-  旁观维护：可读合同（rule_id、产物格式、何时可 need_generate）；程序抽样只抽元素池；方向池由填写方按规则自创。
+  本能力只交生成合同：名称、用途、字段、池或提示、填写工作流。
+  不填最终 records，不重写世界百科，不改变量公式与剧情推进。
 feeds: gm,auditor
 ```
 
 ## opening
 
 ```opening
-先认定本轮规则写哪一类内容：
-- 若【本步对象】/【原型建议】已有对象提示，以此为起点；要改对象就在本步改。
-- 若规划为空，先钉对象族，再谈规则。
-
-然后谈：
-1. 生成出来必须钉死哪些字段吗？（如武功典籍的名字、效果、阶层）没有就说没有。
-2. 这是不是本局原创、听了会一头雾水、还要在故事里随机生成的东西？
-3. 更需要：开局先钉一批、游玩中再随机补，还是只在游玩期动态生成？
-4. 这类实例彼此有没有必须同场钉死的关系（如互为亲属、对立、同场搭档）？有 → 一次同批，关系用一两句钉互指即可；彼此独立 → 一次一条。台上格局、世界律、前史不在这里展开。
-5. 有没有必须全员一致、能数完的标签（阶层、强度档、武器种类）？名字、能力、气质、外貌这类写不完的，后面用「方向」划范围（一句话概括即可，少举例）。阶层这类光看名字不懂的，后面会写成能看见/听见的对照，不要只留阶名。
-
-想到什么写什么；完整规则在正式产物里钉。
+先说这套规则生成什么、用在什么场合。只有一条字段很少的具名内容，通常不必建规则，也不必落具体实例。
 ```
 
 ## task
 
 ```task
-你正在执行「生成规则」。产物必须是 **context-fragment.v1** JSON，写入「设计.生成规则」。
+为单一对象族写出一份生成合同，写入 `设计.生成规则#中文规则名`。先写名称与用途，再按用途推出字段与每项填充要求；需要封闭选取的字段绑池，更适合一句话约束的字段写提示；最后写填写工作流（含依赖、自检、反模式），供具体实例与游玩期动态生成共用。
 
-本步写出的最终物是**规则**，不是实例。规则是创造这类东西的方法：空白表格 + 怎么填厚 + 必要时给方向。一条规则必须说清两件事，并可附第三件：
-1. **生成与描写**：按什么顺序写、多方向如何拼进一格、每格填到多厚、分级如何被感知。
-2. **产物格式**：生成结果必须遵循的可校验格式（schema）。描写字段要有粒度和地板。
-3. **池**（可选，默认无）：优先 **方向池**（方向名 + 一句概括；默认不举例，至多点 1 个专名）；**元素池**只给能数完、必须全员一致的封闭集合。无则 `池: []`。
-
-本步是〔先验产物〕：先定本轮对象族，再写规则。读【本步对象】与【原型建议】；在本步钉「写什么」。禁止顺手扩到其它族。
-
-执行顺序：
-1. 认定对象族：规划有 `target` 则采用（用户要改则以最新为准）；规划为空则先钉对象。不要停下来让编排器补参。
-2. 对照时机 a/b：必须有精准格式，或本局原创听了会雾且故事里还要生成。两条都不成立 → 结论「无需专门规则」，`rules: []`。
-3. 两项成立时，生命周期三选一（规划里 `lifecycle_intent` 合理则采用）：
-   - `runtime_only`：仅游玩期动态生成；不要求「具体实例」。
-   - `seed_only`：由「具体实例」预生成；规则用完可丢。
-   - `seed_and_runtime`：先种子实例；规则与实例都保留，游玩期仍可按同规则生成。
-4. 钉「数量」与「一次生成」（两件不同的事）：
-   - **数量**：这类对象总共要有几条（fixed / range / contextual）。
-   - **一次生成**：点一次「具体实例」交几条。彼此有必须同场对齐的关系 → `同批`；彼此独立 → `单条`。产物形状始终是 `records[]`。
-5. 写字段前先做设计判断（写入该 rule 的 `设计判断`）：
-   - 列出 **不可穷举项**（姓名、绰号、能力概念、外貌手感等理论上写不完的）→ 这些用方向池或自由写，禁止做成条目枚举。
-   - 列出 **封闭集合**（阶层、强度档、有限类型名）→ 这些才用 `allowed_values` 或一个元素池。
-   - 标签本身看不懂的分级（境界、品阶、强度档、好感档等）→ 必须另写 `分级表现`，把每档写成可感知的详细表象，不要只留字母/阶名。
-   - 从本对象族真正用得上的面挑 3～6 个正交字段（是什么 / 能做什么 / 和谁关联 / 怎么被感知），不要摊通用名片。
-   - 外貌、服装、仪式等由几面拼成一格的 → 写 `配方`（多方向组装进同一个顶层字段），不要拆成嵌套对象，也不要为每一面各建元素池。
-6. 写满规则：生成与描写（含配方、表现、工作流、反模式）+ 产物格式（**单层 JSON**）+ 池（需要才填）+ 需要时的分级表现。
-   每个描写类 string 字段必须有 `粒度`（句子）和 `地板`（填到什么才算够）。`示例形状` 必须达到地板，禁止用单标签当示例。
-7. 逐字段过筛：每个属性都要能回答「对本对象族是否必要」。冗余字段删掉（如女主规则里的「性别」）；玩法接口不得漏（如 D&D 怪物的等级、攻击骰）。
-8. `rule_id`：规划已给则用；否则稳定 kebab-case。已有产物按 rule_id 增量。
-   若本步对象与规划不一致，以最新对象为准并重钉对应英文 rule_id，禁止沿用旧 id。
-9. 按自评四维打分并填追问；输出 JSON。禁止夹带最终实例 records。
-
-若程序已发默认问题：禁止重复开场；在首答上补洞。
-summary：建立 → `生成规则 · {对象} · {仅动态|仅预生成|预生成并动态} · {单条|同批}`；跳过 → `生成规则 · {对象} · 无需专门规则`。
+每个产物只含一条规则。材料足够便直接成稿；真正会改合同的缺口（生命周期、必填字段、单条/同批关系）交给 `self_score.gap`。产物正文不放评分、诊断、追问或开放问题。
 ```
 
 ## principles
 
 ```principles
-1. 整条规则先问必要性：时机 a（精准格式）或时机 b（原创会雾且还要生成）是否成立？两条都不成立则跳过，勿硬造表。
-2. 一调用一对象族；格式或用途不同则分次编排。
-3. 规则 = 描写/生成方法 + 产物格式。池不是必填第三设计；默认 `池: []`。宁少池，勿为每个字段挂一套词表。
-4. 属性逐个过筛：每个字段必须对本对象族有意义；禁塞通用名片字段，也禁漏掉玩法接口字段。
-5. 产物格式 = **单层 JSON**：一条产物是一层扁平对象；值仅为标量或「标量数组」。
-   禁止嵌套 object、禁止 object 数组。此格式要对齐动态表格列、旁观者→主世界层生成、以及投影取字段。
-   类型/必填/枚举/上下界必须可校验；禁止只给示例让下游猜类型。
-6. 池分两种，先判断能不能数完：
-   - **方向池**（默认）：选项理论上无限。给 4～8 个方向；每条以**方向名 + 一句概括**为主。默认不举例；需要手感时至多点 1 个专名，禁止把方向写成作品名/例句清单。填写以方向为主：方向名可以当选项或标签；句子级字段按该方向写开。程序不抽方向池。
-   - **元素池**：选项有限且必须全员一致（阶层、武器种类、强度档字母）。条目可穷举；旁观 `need_generate` 只抽这类池。
-   姓名、绰号、能力概念、外貌、气质（作描写时）禁止元素池，也禁止用 `allowed_values` 假穷举。同一封闭集合不要既写枚举又再建元素池。
-7. 填值要有地板。骰子、是否可破坏可以短。外貌、能力现象、限制、互动手感必须写到可感知。`示例形状` 是地板的样板，不是「阴郁」这种标签。
-   分级标签本身看不懂时：实例字段仍填短档位；详细对照写在 `分级表现`（每档 = 一句概括 + 一段可感知表象，相邻档必须能分清）。不要只丢「A / 金丹」让人猜。
-8. 几面拼成一格用 **配方**：点名目标字段、用到哪些方向组件、怎么拼进这一格。表现类要点用 **表现**：一句概括 + 至多 1 条例子；例子是密度样板，不是选项库。
-9. 生命周期先行；未定前不假装可执行「具体实例」。
-10. **一次生成**看关系，不看「想不想一次多写」：有必须同场钉死的关系 → `同批`；彼此独立 → `单条`。`同批` 至少 2 条。不要把「总共要几个」和「这一次交几条」混成一件事。
-11. **上游真值引用，不重述**：舞台格局、世界状况、既成法则已有 → `依据`/`硬约束`点名引用；没有 → 只写最短填写条款，并在追问或开放问题标「应落舞台骨架/实现机制」。禁止用「共通前提」类长文重写世界书。
-12. **同批关系只钉互指**：`一次生成.关系`与字段间约束写清谁对谁（对立/亲属/席位互指等）；不借关系段落写前史、社会律、权力百科。
-13. 不写变量更新公式、不写剧情推进、不填最终实例。
-```
-
-## probe
-
-```probe
-每轮 1～2 点。规划已钉且用户未改对象时，禁止重问 target / rule_id。规划为空或用户要换对象时，先问本轮生成什么。
-
-优先：整条规则是否必要；实例彼此有无必须同场对齐的关系（只追互指，不追世界书）；某字段该不该进表；不可穷举项有没有被错做成枚举词表；分级标签够不够让人看懂；描写字段地板是否够用。
-若时机 a/b 都不成立 → 建议跳过，停追问字段与格式。
-不追问：最终实例正文、变量增减公式、其它对象族、完整世界百科、台上格局/既成法则长文（→ 舞台骨架/实现机制）、再给哪个字段加一套枚举池。
+1. 用途决定字段：每个字段都要能回答「对这个用途是否必要」；女 NPC 不写性别；药水要写清效果参数，不要只写外观。
+2. 字段不多不少、互不重叠：资产与存款这类同义字段只留一个。
+3. 取值分三类：自由生成；从池中选取（填写方按合理度选，不是伪随机程序）；提示约束（如「现代都市中正常的职业」）。默认优先提示约束；只有需要封闭一致或分阶段选型时才建池。
+4. 填写工作流按重要性推进：先锚定会约束后续的选项，再填血肉；阶段、依赖、自检、反模式都服务于「怎么填对」，写短写准。
+5. 生命周期三选一：`仅游玩期`（创作期不预填）、`只预生成`（预填完即可丢掉规则）、`预生成并游玩期`（既写种子，开场后仍可再生成）。选哪一档不改变「要不要先写这份合同」。
+6. `只预生成` 为中间层；另两类为最终层，挂主世界层与旁观。
+7. 上游舞台/机制只短引用；不在本步发明共通前提百科。
+8. 不输出最终实例记录。
+9. 给人读的键和专名用中文。材料里的英文名音译成中文。外壳的 schema、brief、mount 保持既有键。
 ```
 
 ## output
@@ -129,224 +56,103 @@ summary：建立 → `生成规则 · {对象} · {仅动态|仅预生成|预生
 {
   "schema": "context-fragment.v1",
   "技能": "生成规则",
-  "brief": "一句话：对象族 + 建立规则|无需专门规则 + 生命周期（若建立）+ 方向池|元素池|无池",
+  "brief": "一句话：对象 + 用途 + 生命周期",
   "mount": ["world-simulator", "auditor"],
   "稳变": "stable",
   "正文": {
-    "本步参数": {
-      "target": "与本步认定的对象一致（规划有则对齐，步内改则以最新为准）",
-      "rule_id": "已钉或本步拟定；跳过时可空字符串",
-      "lifecycle_intent": "规划原值、本步钉死值或空"
+    "名称": "人话规则名，如「末世可征服 NPC」",
+    "用途": "这套规则在本局用来生成什么、服务哪类游玩反馈",
+    "规则名": "中文短名，与名称对应且稳定",
+    "生命周期": "仅游玩期|只预生成|预生成并游玩期",
+    "数量": {
+      "模式": "固定|区间|看情况",
+      "值": 1,
+      "最小": 1,
+      "最大": 1,
+      "决定规则": "contextual 时说明如何决定条数"
     },
-    "必要性判断": {
-      "生成对象": "本轮对象族",
-      "对游玩的重要性": "时机 a：必须钉死哪些字段；无则写「不需精准格式」",
-      "基础生成的不足": "时机 b：为何听了会雾、现有常识推不出；能推则写清",
-      "结论": "建立专门规则|无需专门规则"
+    "一次生成": {
+      "模式": "单条|同批",
+      "关系": "同批必填：本批必须一起钉死的互指；单条写彼此独立"
     },
-    "rules": [
+    "字段": [
       {
-        "rule_id": "英文 kebab-case",
-        "对象": "该规则生成什么",
-        "生命周期": "runtime_only|seed_only|seed_and_runtime",
-        "上下文策略": {
-          "预生成实例": true,
-          "保留规则到游玩期": false,
-          "保留实例到游玩期": true
-        },
-        "数量": {
-          "模式": "fixed|range|contextual",
-          "值": 1,
-          "最小": 1,
-          "最大": 1,
-          "决定规则": "contextual 时必填，可较长"
-        },
-        "一次生成": {
-          "模式": "单条|同批",
-          "关系": "同批必填：本批记录之间必须一起钉的联系；单条写「彼此独立」"
-        },
-        "设计判断": {
-          "不可穷举项": ["姓名", "能力概念", "外貌"],
-          "封闭集合": ["类型", "阶层"],
-          "正交字段依据": "一句话：为何是这几个字段而不是通用名片"
-        },
-        "生成与描写": {
-          "依据": ["可较长；引用上游产物或用户要求"],
-          "配方": [
-            {
-              "目标字段": "外貌",
-              "组件": ["轮廓方向", "质感方向"],
-              "组装": "各取一个方向，拼进外貌这一格；不要拆成嵌套对象"
-            }
-          ],
-          "表现": [
-            {
-              "针对": "能力现象",
-              "概括": "写到旁人能看见或听见的变化，以及对手能抓住的空隙",
-              "例子": ["至多 1 条密度样板；没有就不写"]
-            }
-          ],
-          "工作流": ["按配方取方向并组装", "封闭档位对照分级表现", "按地板写描写格"],
-          "方法": ["描写口径；方向为主（方向名可作选项/标签，句子级按该方向写开）；元素池如何抽取"],
-          "硬约束": ["任何产物不得违反"],
-          "字段间约束": ["有就写；无则 []"],
-          "变化维度": ["允许随机或变化的部分；无则 []"],
-          "禁止项": ["不得出现的组合或内容"],
-          "去重规则": ["同批/跨批"],
-          "反模式": ["为名字/能力/外貌建枚举条目池", "描写字段只填一个词", "方向池堆作品名或例句当选项", "分级只写阶名没有表象"],
-          "校验": ["类型、枚举、边界、地板、配方是否组装进目标字段、分级表现是否可分档"]
-        },
-        "分级表现": [
-          {
-            "字段": "阶层",
-            "说明": "实例只填档位值；叙事按本表展开。无此类分级则 []",
-            "档位": [
-              {
-                "值": "档位名",
-                "概括": "一句：这档能做到什么量级",
-                "表象": "可感知的详细对照（看见/听见/碰到什么；须能和上下档分清）"
-              }
-            ]
-          }
-        ],
-        "产物格式": {
-          "格式": "单层JSON",
-          "批量时": "array of flat object（每条记录单层）|单条则一个 flat object",
-          "schema": {
-            "字段名": {
-              "type": "string|number|integer|boolean|enum|array",
-              "required": true,
-              "description": "语义 + 为何本对象族需要此字段；可较长",
-              "粒度": "词条|方向|句子",
-              "创作": "自由|约束|参考方向|必选元素",
-              "地板": "描写类必填：填到什么才算够；词条/数字可省略",
-              "allowed_values": [
-                { "value": "仅封闭集合", "meaning": "含义" }
-              ],
-              "minimum": 0,
-              "maximum": 100,
-              "items": { "type": "string|number|integer|boolean|enum" },
-              "min_items": 1,
-              "max_items": 3
-            }
-          },
-          "示例形状": {
-            "名称": "达到地板的名字，不是「某某」",
-            "阶层": "金丹",
-            "外貌": "按配方拼好的一段可感知外貌，不是「黑发高个」",
-            "能力描述": "写清现象与可被抓住的空隙；禁止一个词交差"
-          }
-        },
-        "池": [
-          {
-            "pool_id": "英文 kebab-case；同规则内唯一",
-            "名称": "人话名",
-            "池型": "方向|元素",
-            "绑定字段": "单层 schema 的顶层字段名",
-            "用途": "方向：方向为主的创作范围|元素：随机抽取或必选",
-            "说明": "该字段如何用本池；多池绑同一字段时看配方",
-            "方向": {
-              "方向名": "一句概括。默认到此为止；至多再点 1 个专名。仅池型=方向时使用"
-            },
-            "条目": [
-              {
-                "id": "可选稳定 id",
-                "内容": "仅池型=元素：可穷举的标签或短词",
-                "权重": 1,
-                "标签": ["可选分类标签"]
-              }
-            ],
-            "抽取或组装规则": "方向池写「以方向为主；句子级按该方向写开」；多池同字段看配方；元素池写抽取方式，默认均匀随机"
-          }
-        ]
+        "名": "顶层字段名",
+        "填充要求": "填什么、填到多厚、为何本用途需要它",
+        "取值方式": "自由|池选取|提示约束",
+        "绑定池": "池选取时填写池名称；其它省略",
+        "提示": "提示约束时写可执行的一句范围；其它省略"
       }
     ],
-    "增量说明": "相对已有规则新增或修改了什么；首条可写「新建」"
-  },
-  "自评": {
-    "维度": [
+    "池": [
       {
-        "名": "必要性",
-        "分数": 8,
-        "说明": "时机 a 或 b 是否成立；跳过时理由是否充分"
-      },
-      {
-        "名": "属性妥当",
-        "分数": 8,
-        "说明": "逐字段：有无冗余或缺失玩法接口；跳过时写 N/A"
-      },
-      {
-        "名": "材料得当",
-        "分数": 8,
-        "说明": "不可穷举项是否做成方向池/自由而非假穷举；方向是否以概括为主、例子极少；元素池是否仅封闭集合；该细的分级是否有表象；描写字段地板是否够密；跳过时写 N/A"
-      },
-      {
-        "名": "格式准确",
-        "分数": 8,
-        "说明": "是否严格单层 JSON、类型/必填可对接动态表格·旁观者生成·投影；跳过时写 N/A"
+        "名称": "与字段绑定的人话名",
+        "说明": "何时从中选取、选取口径",
+        "条目": ["封闭可选项；只列必须一致的有限集合"]
       }
     ],
-    "薄弱点": "一句话"
-  },
-  "追问": {
-    "导语": "为钉准生成规则，还需确认：",
-    "题目": [
-      {
-        "问": "…",
-        "建议选项": ["选项A", "选项B", "其它（请写明）"],
-        "示例": "可选"
-      }
-    ]
-  },
-  "开放问题": []
+    "填写工作流": {
+      "工作流": {
+        "阶段1 骨架锚定": "先选哪些池/字段、定下什么内核",
+        "阶段2 灵魂注入": "下一步推什么，如何与上一阶段咬合",
+        "阶段3 血肉填充": "姓名、外貌等如何服务已定内核",
+        "阶段4 立场定调": "可选；最后定关系或立场类字段"
+      },
+      "依赖关系": [
+        "字段A → 字段B：约束说明"
+      ],
+      "自检清单": [
+        "填完后必须能回答的关键问题"
+      ],
+      "反模式": [
+        {
+          "名": "短名",
+          "说明": "为什么错",
+          "反例": "可选一句"
+        }
+      ]
+    }
+  }
 }
 ```
 
-硬规则（公共三段 + 本技正文）：
-1. 合法 JSON；必含 `schema` / `技能` / `brief` / `正文` / `自评` / `追问`（题目可 `[]`）。
-2. **公共三段**：正文＝规则主体；自评＝必要性/属性妥当/材料得当/格式准确（**分数 0–10 十分制**）；追问＝导语+建议选项。
-3. **正文键固定**：本步参数、必要性判断、rules、增量说明。
-4. **每条 rule 必含**：设计判断、生成与描写、产物格式、数量、一次生成；**池可空数组**。`生成与描写.配方` / `表现` 无则 `[]`。标签看不懂的分级必须有 `分级表现`（每档概括+表象，相邻可分清）；无此类则 `分级表现: []`。有池时 `绑定字段` 必须是单层 schema 的顶层键，且必须标 `池型`。多个方向池绑同一字段时配方必须写清怎么拼进该格。`一次生成.模式` 为同批时 `关系` 必填且本批至少 2 条；为单条时一次只交 1 条。
-5. **产物格式强制单层**：`schema` 的 `type` 不得为 `object`；`array` 的 `items` 不得为 object。禁止 `外貌.发色` 这类嵌套路径。描写类 string 字段必须有 `粒度` 与 `地板`；`示例形状` 必须达到地板。
-6. **池型**：`方向` 必须有 `方向`（对象：方向名→一句概括，4～8 条；默认不举例，至多 1 个专名），`条目` 可 `[]` 或省略。`元素` 必须有可穷举 `条目`，不要写 `方向`。不可穷举项禁止 `池型=元素`，也禁止用 `allowed_values` 冒充。
-7. 结论为「无需专门规则」时：`rules` 必须 `[]`。上下文策略布尔须与生命周期一致。
-8. 池≠最终实例；禁止输出具体实例 `records`、变量更新规则、执行单元列表。
-9. `mount` 默认主世界层 + 旁观维护（旁观只需合同键：rule_id/格式/必要性；描写长文可在投影时 summary）；**禁止**写 `order`。summary 见 task。
+硬规则：
+1. 输出合法 JSON；每个产物只描述一条规则，禁止 `rules` 数组堆多条。
+2. `字段` 由用途推出；可省略的字段不写；重叠字段合并。
+3. `池` 可 `[]`；池选取字段必须能对应到某个池；提示约束字段必须有 `提示`。
+4. `填写工作流` 必含 `工作流`；`依赖关系` / `自检清单` / `反模式` 为子字段，无则 `[]`，不要拆成正文顶层并列大段。
+5. `一次生成` 为同批时关系必填且本批至少 2 条；为单条时一次只交 1 条。
+6. 字段值为扁平可填内容；不要嵌套对象当字段值契约。
+7. 不在产物正文写自评、追问、开放问题或最终记录。
+8. `只预生成` 时程序记为中间层；`仅游玩期` / `预生成并游玩期` 记为最终层。
+9. 字段名和专名用中文；英文专名音译为中文。
+
+## score
+
+```score
+字段妥当：
+- 5：字段由用途推出，不多不少、不重叠；该有的玩法/效果接口齐全，该省略的已省略。
+- 3：大体可用，但有 1 个冗余、重叠或明显缺失字段。
+- 1：通用名片乱塞，或关键效果/接口字段缺失。
+
+池与提示：
+- 5：该用池的用了，不该用的改成一句提示约束；池精炼可选取；提示具体可执行。
+- 3：大体合理，但个别字段误用/漏用池，或池过泛、提示含糊。
+- 1：大段假穷举，或本该一句话提示却做成巨型词表。
+
+填写工作流：
+- 5：阶段简洁有力，依赖与自检/反模式能引导按重要性推进，不臃肿。
+- 3：有阶段但顺序或依赖不清，或清单偏长却抓不住关键咬合。
+- 1：无工作流，或与字段脱节，无法指导动态生成。
+```
 
 ## checklist
 
 ```checklist
-- [ ] 含 schema / brief / 正文 / 自评 / 追问？
-- [ ] 自评为必要性 / 属性妥当 / 材料得当 / 格式准确？
-- [ ] 整条规则必要性有举证？不成立时 rules=[]？
-- [ ] 建立时：有设计判断（不可穷举 vs 封闭集合）？逐字段无冗余无漏接口？产物为单层 JSON？数量与一次生成已分清？
-- [ ] 描写字段有粒度+地板，示例形状不是单标签？
-- [ ] 该细的分级有概括+可感知表象，不是只留阶名？
-- [ ] 多方向拼一格时有配方？表现是概括+极少例子？
-- [ ] 池：无则 []；有则标池型；方向池以概括为主、例子极少；元素池仅封闭集合；未把名字/能力做成枚举词表？
-- [ ] 未夹带最终实例、变量公式、其它对象族、百科？
-```
-
-## examples
-
-```examples
-好：
-- 武功典籍：单层含 名字/效果/阶层。阶层短填 + `分级表现` 把每阶写成可感知对照；名字与效果用方向池（方向名+一句概括）。
-- 外貌：轮廓方向 × 质感方向，配方拼进 `外貌` 一格，不要 `{发色:{}}`。
-- 「心之彩」：颜色/性格用方向池（如「冷焰：静、刺、余烬不散」），不要列出 20 种色号，也不要堆作品名。
-- D&D 怪物：名称/等级/攻击骰齐全；等级若只写数字看不懂，补分级表现；气质用方向池+句子地板。
-- 女主规则：不设「性别」；池可空；内在冲突自由写并给地板。
-- 互为仇敌的两名开局 NPC：一次生成=同批；可互换的酒馆路人：一次生成=单条。
-- 现实名车、西幻常见种族 → 无需专门规则。
-
-坏：
-- 为气质/花招/绰号/能力各建一个 8～20 词的元素池，填出来全是标签。
-- 方向池每条挂 3 个作品名或例句，变成假选项库。
-- 产物写成 `{ "外貌": { "发色": "…" } }` → 非单层。
-- `示例形状` 里 `能力描述: "时空斩"` 或 `气质: "阴郁"` —— 地板被示例教坏。
-- 阶层/强度只有「A」「金丹」，没有表象，叙事时没法写。
-- 女主规则塞「性别」；或怪物规则只有「名字+性格」没有等级/攻击骰。
-- 有亲属关系的三人却标成单条；或把「总共要 5 个」写成同批但彼此无必须同场的关系。
-- 把写好的 NPC 整份塞进池当最终实例。
-- 把社会格局、前史、既成律写成「共通前提」长文塞进规则；应引用舞台/机制，或只留最短填写硬约束。
+- [ ] 名称与用途已写清？
+- [ ] 字段由用途推出，无冗余重叠、无关键缺失？
+- [ ] 池与提示分工正确？
+- [ ] 填写工作流含子字段：工作流 / 依赖关系 / 自检清单 / 反模式？
+- [ ] 生命周期与一次生成已钉？
+- [ ] 未输出最终实例、百科长文、评分或追问？
 ```