接通主角绑定、开场封印与游玩辅助，让世界模拟器从创作连续落到本局。

直聘插入按模块回馈，并记录请求骨架便于排查。

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

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

@@ -21,11 +21,12 @@ when_not: |
   整体感觉未钉 → 先「美学纲领与交互范式」。
   常识能推、也不需要精准格式（现实名车、西幻常见种族）→ 不排。
   只要几张具名名片、不必按规则生成 → 不排；已有规则再要名片 → 「具体实例」。
-  跨轮记住什么 → 「变量设计与更新规则」。故事怎么往前写 → 「叙事指南与故事推进」。
+  跨轮记住什么 → 「变量设计与更新规则」。故事怎么往前写 → 「故事推进」（工序编排：「叙事指南与故事推进」）。
 boundary: |
   本技能：一条规则＝怎么描写/生成 + 单层 JSON 产物格式 + 可选池（方向池优先；元素池仅封闭集合）。
   具体实例：按规则填最终 records；本步不写最终实例（池≠实例）。
-  舞台骨架 / 实现机制：可引用，不重写百科、不重钉既成法则。
+  舞台骨架 / 实现机制：上游真值只引用——`依据`/`硬约束`写短引用句或最短填写条款；社会格局、世界状况、既成法则正文不在本步重写。
+  缺上游真值时：本步仍只写填写合同时必须守的最短条款；格局/法则长文交给舞台骨架或实现机制，本步不代写百科、不发明「共通前提」迷你世界书。
   变量*：游玩期状态更新——本步只约束生成时的类型与合法初值范围。
   随机范围整理：把本步（及其他上游）里需要的掷骰/检定范围收成插入表——本步可写合法区间，不代替那份汇总。
   旁观维护：可读合同（rule_id、产物格式、何时可 need_generate）；程序抽样只抽元素池；方向池由填写方按规则自创。
@@ -43,7 +44,7 @@ feeds: gm,auditor
 1. 生成出来必须钉死哪些字段吗？（如武功典籍的名字、效果、阶层）没有就说没有。
 2. 这是不是本局原创、听了会一头雾水、还要在故事里随机生成的东西？
 3. 更需要：开局先钉一批、游玩中再随机补，还是只在游玩期动态生成？
-4. 这类实例彼此有没有必须同场钉死的关系（如互为亲属、对立、同场搭档）？有 → 一次同批生成；彼此独立 → 一次一条。
+4. 这类实例彼此有没有必须同场钉死的关系（如互为亲属、对立、同场搭档）？有 → 一次同批，关系用一两句钉互指即可；彼此独立 → 一次一条。台上格局、世界律、前史不在这里展开。
 5. 有没有必须全员一致、能数完的标签（阶层、强度档、武器种类）？名字、能力、气质、外貌这类写不完的，后面用「方向」划范围（一句话概括即可，少举例）。阶层这类光看名字不懂的，后面会写成能看见/听见的对照，不要只留阶名。
 
 想到什么写什么；完整规则在正式产物里钉。
@@ -107,7 +108,9 @@ summary：建立 → `生成规则 · {对象} · {仅动态|仅预生成|预生
 8. 几面拼成一格用 **配方**：点名目标字段、用到哪些方向组件、怎么拼进这一格。表现类要点用 **表现**：一句概括 + 至多 1 条例子；例子是密度样板，不是选项库。
 9. 生命周期先行；未定前不假装可执行「具体实例」。
 10. **一次生成**看关系，不看「想不想一次多写」：有必须同场钉死的关系 → `同批`；彼此独立 → `单条`。`同批` 至少 2 条。不要把「总共要几个」和「这一次交几条」混成一件事。
-11. 不写变量更新公式、不写剧情推进、不填最终实例。
+11. **上游真值引用，不重述**：舞台格局、世界状况、既成法则已有 → `依据`/`硬约束`点名引用；没有 → 只写最短填写条款，并在追问或开放问题标「应落舞台骨架/实现机制」。禁止用「共通前提」类长文重写世界书。
+12. **同批关系只钉互指**：`一次生成.关系`与字段间约束写清谁对谁（对立/亲属/席位互指等）；不借关系段落写前史、社会律、权力百科。
+13. 不写变量更新公式、不写剧情推进、不填最终实例。
 ```
 
 ## probe
@@ -115,9 +118,9 @@ summary：建立 → `生成规则 · {对象} · {仅动态|仅预生成|预生
 ```probe
 每轮 1～2 点。规划已钉且用户未改对象时，禁止重问 target / rule_id。规划为空或用户要换对象时，先问本轮生成什么。
 
-优先：整条规则是否必要；实例彼此有无必须同场对齐的关系；某字段该不该进表；不可穷举项有没有被错做成枚举词表；分级标签够不够让人看懂；描写字段地板是否够用。
+优先：整条规则是否必要；实例彼此有无必须同场对齐的关系（只追互指，不追世界书）；某字段该不该进表；不可穷举项有没有被错做成枚举词表；分级标签够不够让人看懂；描写字段地板是否够用。
 若时机 a/b 都不成立 → 建议跳过，停追问字段与格式。
-不追问：最终实例正文、变量增减公式、其它对象族、完整世界百科、再给哪个字段加一套枚举池。
+不追问：最终实例正文、变量增减公式、其它对象族、完整世界百科、台上格局/既成法则长文（→ 舞台骨架/实现机制）、再给哪个字段加一套枚举池。
 ```
 
 ## output
@@ -345,4 +348,5 @@ summary：建立 → `生成规则 · {对象} · {仅动态|仅预生成|预生
 - 女主规则塞「性别」；或怪物规则只有「名字+性格」没有等级/攻击骰。
 - 有亲属关系的三人却标成单条；或把「总共要 5 个」写成同批但彼此无必须同场的关系。
 - 把写好的 NPC 整份塞进池当最终实例。
+- 把社会格局、前史、既成律写成「共通前提」长文塞进规则；应引用舞台/机制，或只留最短填写硬约束。
 ```