Load present shells from a skill-pack catalog and list leftover creation modules.

Design-flow now sees leftover catalog skills and aesthetics-card commitments; reply-format injects present-shells/, and world-simulator prompts add random-range plus a tighter module set.

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

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

@@ -11,25 +11,23 @@ name: 生成规则
 id: generation-rules
 artifact: 设计.生成规则
 declaration: >
-  仅当某类内容既重要又无法凭基底稳定生成时：为该对象族写出一条可执行规则
-  （怎么描写/生成 + 产物格式 + 可选多池，池绑 JSON 字段）；可按对象反复调用；本步不填最终实例
+  要精准格式，或本局原创听了会雾且故事里还要生成时：写出该对象族怎么生成（描写/格式/可选池）；不填最终实例；可按对象反复
 when: |
-  上游体验与世界基底已足以判断某类内容同时满足：
-  1. 对游玩重要；2. 仅凭现有上下文无法稳定产出合格、一致、可供下游使用的结果。
+  已有「美学纲领与交互范式」或等价整体感觉，且下面两条满足一条就排（可按对象族反复）：
+  a. 生成物必须有精准格式。例：武功典籍要有名字、效果、阶层。
+  b. 本局原创、听了会一头雾水的东西，故事里还要随机/反复生成。例：人人能绽放的「心之彩」；当成本局原创的斩魄刀。
 when_not: |
-  重要但常识/世界基底已够 → 不建规则。
-  难生成但不影响核心体验 → 不建规则。
-  只要预写最终记录、且不需专门规则 → 通常不必本步。
-  变量如何增减 → 「变量设计与更新规则」。
-  剧情如何推进 → 不借本步泛化。
+  整体感觉未钉 → 先「美学纲领与交互范式」。
+  常识能推、也不需要精准格式（现实名车、西幻常见种族）→ 不排。
+  只要几张具名名片、不必按规则生成 → 不排；已有规则再要名片 → 「具体实例」。
+  跨轮记住什么 → 「变量设计与更新规则」。故事怎么往前写 → 「叙事指南与故事推进」。
 boundary: |
-  本技能产出的是「规则」本身，一条规则包含：
-  （1）应该怎么描写、生成；（2）产物格式——单层 JSON（对接表格/旁观者/投影）；
-  （3）可选多「池」——各挂一个顶层字段，供抽取/组装/枚举。
+  本技能：一条规则＝怎么描写/生成 + 单层 JSON 产物格式 + 可选多池（各绑一个顶层字段）。
   具体实例：按规则填最终 records；本步不写最终实例（池条目≠实例）。
-  舞台骨架 / 实现机制：可引用，不重写百科、不重做移除检验。
+  舞台骨架 / 实现机制：可引用，不重写百科、不重钉既成法则。
   变量*：游玩期状态更新——本步只约束生成时的类型与合法初值范围。
-  旁观维护：可读「合同」——rule_id、产物格式、何时可 need_generate；不依赖整份描写长文。
+  随机范围整理：把本步（及其他上游）里需要的掷骰/检定范围收成插入表——本步可写合法区间，不代替那份汇总。
+  旁观维护：可读合同（rule_id、产物格式、何时可 need_generate）；不依赖整份描写长文。
 feeds: gm,auditor
 ```
 
@@ -41,10 +39,11 @@ feeds: gm,auditor
 - 若规划为空，先钉对象族，再谈规则。
 
 然后谈：
-1. 若不做专门规则、只靠世界设定临场写，最怕出现什么不可接受的结果？
-2. 更需要：开局先钉一批、游玩中再随机补，还是只在游玩期动态生成？
-3. 这类实例彼此有没有必须同场钉死的关系（如互为亲属、对立、同场搭档）？有 → 一次同批生成；彼此独立 → 一次一条。
-4. 哪些产物字段需要「池」？（池挂在 JSON 字段上，如气质标签池→`气质`；可多个；没有就说没有）
+1. 生成出来必须钉死哪些字段吗？（如武功典籍的名字、效果、阶层）没有就说没有。
+2. 这是不是本局原创、听了会一头雾水、还要在故事里随机生成的东西？
+3. 更需要：开局先钉一批、游玩中再随机补，还是只在游玩期动态生成？
+4. 这类实例彼此有没有必须同场钉死的关系（如互为亲属、对立、同场搭档）？有 → 一次同批生成；彼此独立 → 一次一条。
+5. 哪些产物字段需要「池」？（池挂在 JSON 字段上，如气质标签池→`气质`；可多个；没有就说没有）
 
 想到什么写什么；完整规则在正式产物里钉。
 ```
@@ -64,7 +63,7 @@ feeds: gm,auditor
 
 执行顺序：
 1. 认定对象族：规划有 `target` 则采用（用户要改则以最新为准）；规划为空则先钉对象。不要停下来让编排器补参。
-2. 双门槛：重要性 + 基础上下文不足。任一项不成立 → 结论「无需专门规则」，`rules: []`。
+2. 对照时机 a/b：必须有精准格式，或本局原创听了会雾且故事里还要生成。两条都不成立 → 结论「无需专门规则」，`rules: []`。
 3. 两项成立时，生命周期三选一（规划里 `lifecycle_intent` 合理则采用）：
    - `runtime_only`：仅游玩期动态生成；不要求「具体实例」。
    - `seed_only`：由「具体实例」预生成；规则用完可丢。
@@ -85,7 +84,7 @@ summary：建立 → `生成规则 · {对象} · {仅动态|仅预生成|预生
 ## principles
 
 ```principles
-1. 整条规则先问必要性：是否值得单独用「生成规则」承接？双门槛不成立则跳过，勿硬造表。
+1. 整条规则先问必要性：时机 a（精准格式）或时机 b（原创会雾且还要生成）是否成立？两条都不成立则跳过，勿硬造表。
 2. 一调用一对象族；格式或用途不同则分次编排。
 3. 规则 = 描写/生成方法 + 产物格式；池是可选附属（可多池），不是必填第三设计。
 4. 属性逐个过筛：每个字段必须对本对象族有意义；禁塞通用名片字段，也禁漏掉玩法接口字段。
@@ -104,7 +103,7 @@ summary：建立 → `生成规则 · {对象} · {仅动态|仅预生成|预生
 每轮 1～2 点。规划已钉且用户未改对象时，禁止重问 target / rule_id。规划为空或用户要换对象时，先问本轮生成什么。
 
 优先：整条规则是否必要；实例彼此有无必须同场对齐的关系（一次生成：同批 vs 单条）；某字段该不该进表（冗余 vs 漏接口）；单层格式类型/枚举/边界；哪些字段要池。
-若双门槛不成立 → 建议跳过，停追问字段与格式。
+若时机 a/b 都不成立 → 建议跳过，停追问字段与格式。
 不追问：最终实例正文、变量增减公式、其它对象族、完整世界百科。
 ```
 
@@ -125,8 +124,8 @@ summary：建立 → `生成规则 · {对象} · {仅动态|仅预生成|预生
     },
     "必要性判断": {
       "生成对象": "本轮对象族",
-      "对游玩的重要性": "没有专门规则会损失什么",
-      "基础生成的不足": "现有上下文为何不够；若足够则写清",
+      "对游玩的重要性": "时机 a：必须钉死哪些字段；无则写「不需精准格式」",
+      "基础生成的不足": "时机 b：为何听了会雾、现有常识推不出；能推则写清",
       "结论": "建立专门规则|无需专门规则"
     },
     "rules": [
@@ -212,7 +211,7 @@ summary：建立 → `生成规则 · {对象} · {仅动态|仅预生成|预生
       {
         "名": "必要性",
         "分数": 8,
-        "说明": "整条规则：是否有必要单独用「生成规则」承接该类内容；跳过时理由是否充分"
+        "说明": "时机 a 或 b 是否成立；跳过时理由是否充分"
       },
       {
         "名": "属性妥当",
@@ -266,12 +265,14 @@ summary：建立 → `生成规则 · {对象} · {仅动态|仅预生成|预生
 
 ```examples
 好：
+- 武功典籍：单层含 名字/效果/阶层（时机 a）。
+- 「心之彩」：本局原创、听了会雾，故事里还要随机生成（时机 b）。
 - D&D 怪物：单层含 名称/等级/攻击骰/……；池可绑 `气质`；自评属性妥当高（未漏战斗接口）。
 - 女主规则：不设「性别」字段；关系切面进表；池可空。
 - 互为仇敌的两名开局 NPC：一次生成=同批，关系写清对立如何对齐；数量=2。
 - 可互换的酒馆路人：一次生成=单条，关系写「彼此独立」；要 5 个就点 5 次。
 - 事件钩子：池绑顶层 `钩子`；方法写抽 1～2 条写入该字段。
-- 普通古董 → 无需专门规则（必要性维度说明跳过理由）。
+- 现实名车、西幻常见种族 → 无需专门规则（常识能推且不需精准格式）。
 
 坏：
 - 产物写成 `{ "外貌": { "发色": "…" } }` → 非单层，前端表格/投影难对接。