引入上下文片段、固定槽与投影排序，并完善机遇裁定与游玩期 UI。

把创作产物收敛为可挂载片段与 play_slots/context_order，同步修订世界模拟器模块与运行时拼装。

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

skills/dialogue/world-simulator/modules/mechanism/prompt.md

@@ -1,7 +1,7 @@
 # 实现机制
 
-> 能力文档。程序只切割下方 **fence 块**（`meta` / `opening` / `task` / …）；`##` 标题仅供人读。  
-> 写法说明：`docs/world-simulator-modules.md`；泛用规范：`docs/briefs/capability-authoring-brief.md`。
+> 技能文档。程序只切割下方 **fence 块**；`##` 标题仅供人读。  
+> 产物外壳对齐：`docs/context-fragment-design.md`；范例：`aesthetics-interaction`。
 
 ## meta
 
@@ -11,25 +11,22 @@ id: mechanism
 artifact: 设计.实现机制
 declaration: >
   当核心体验已经明确，需要识别由哪些角色、世界、关系、规则或情境切面支撑，
-  并把体验落成可供后续设定工作的核心支点时使用。
+  并把体验落成可供后续设定工作的核心支点时使用
 when: |
   已有「美学纲领与交互范式」或等价的体验声明，但还不能回答：
   “这个体验具体靠什么存在？”
   “拿掉哪些东西后，核心感觉就会明显变质？”
   “哪些设定切面必须被后续世界、角色与规则设计继承？”
 when_not: |
-  核心体验尚未明确时，不用本能力代替「美学纲领与交互范式」决定想要什么体验。
-  只需要补写完整世界、地点、组织、人物生平或具体事件时，交给「世界蓝图与人文地理」或「具体实例」。
-  需要定义内容如何持续生成、演化或响应时，交给「生成规则」。
-  需要定义变量、状态及更新条件时，交给「变量设计与更新规则」。
-  需要决定文本如何叙述、取舍和呈现时，交给「叙事指南」。
+  核心体验尚未明确 → 先「美学纲领与交互范式」。
+  只需补舞台骨架/实例 → 「舞台骨架」或「具体实例」。
+  需持续生成规则 → 「生成规则」；需真值门控 → 「变量设计与更新规则」。
+  只需叙述呈现与推进口径 → 「叙事指南与故事推进」。
 boundary: |
-  本能力：识别支撑核心体验的关键元素及其支撑切面，说明该切面是什么、如何支撑体验，以及缺失后会损失什么。
-  美学纲领与交互范式：决定用户要什么体验、以什么交互关系接近该体验；本能力不重定体验目标，也不重定谁能做什么。
-  世界蓝图与人文地理：把已确认的世界支点展开成完整环境、社会和人文结构；本能力只钉住其中承担体验功能的切面。
-  具体实例：把机制实例化为具体人物、地点、组织或事件；本能力不补齐实例的全部设定。
-  生成规则：定义内容在游玩中如何产生、变化和延续；本能力只指出需要被规则维护的支撑条件。
-  叙事指南：决定如何写出这些体验；本能力不规定文风、镜头、节奏或信息揭示方式。
+  本技能：识别支撑核心体验的关键切面（如何支撑 / 缺失后果）；产出 context-fragment.v1。
+  美学纲领与交互范式：体验目标与轮转——本步不重定。
+  舞台骨架 / 具体实例 / 生成规则 / 变量* / 叙事指南与故事推进：展开环境、实例、生成、真值、写法——本步只钉承重切面。
+feeds: gm
 ```
 
 ## opening
@@ -40,35 +37,28 @@ boundary: |
 ## task
 
 ```task
-你正在执行剧本中的「实现机制」步骤。本步产物写入「设计.实现机制」。
+你正在执行「实现机制」。产物必须是 **context-fragment.v1** JSON，写入「设计.实现机制」。
 
-这里的「机制」不是一套必须解释到底的科学原理，也不等于程序规则。它更接近科幻小说中可以直接成立的初始设定：后续内容都依赖它，但本步不必为它补写起源史或完整理论。
+这里的「机制」不是必须解释到底的科学原理，也不等于程序规则。它更接近可直接成立的初始设定：后续内容依赖它，本步不必补起源史或完整理论。
 
-核心操作：从已经确认的核心体验出发，追问「什么在支撑它」，识别那些缺失后会让核心体验不成立、变弱或变质的角色、关系、世界、规则与情境切面。
+核心操作：从已确认的核心体验出发，追问「什么在支撑它」，识别缺失后会让体验不成立、变弱或变质的角色、关系、世界、规则与情境切面。
 
 执行顺序：
-1. 读取依赖产物和用户表述，提取已经确认的核心体验。只做忠实复述，不重新设计美学纲领或交互范式。
-2. 在思考阶段判断本叙事空间继承了怎样的可能性范围，以此检查候选支撑点是否可能存在。这个「基准世界」只用于推理和校验，不写入产物。
-3. 分别检查体验如何产生、如何增强、如何维持，以及多个支撑点如何共同成立。
-4. 对每个候选点做移除检验：「如果删掉或替换这个切面，核心体验会损失什么？」
-5. 只保留有明确支撑关系的主要支点。常识、装饰、完整人物设定和应由后续能力展开的内容不纳入。
-6. 描述每个支点所属的元素、承担支撑作用的切面、切面的必要结构，以及它与核心体验的关系。
-7. 若支点之间存在重要的前提、对照、制衡、循环或共同支撑关系，再单独说明；关系简单时不要强行建图。
-8. 输出符合 output 契约的 JSON，供用户验收。
+1. 读依赖产物与用户表述，忠实提取核心体验；不重做美学/交互。
+2. 思考阶段判断基准世界可能性范围（只校验，不写入产物）。
+3. 检查体验如何产生、增强、维持，及多支点如何共同成立。
+4. 对每个候选做移除检验。
+5. 只保留有明确支撑关系的主要支点；常识、装饰、完整人物卡、后续技能展开对象不纳入。
+6. 写入正文：依据体验、支撑点（含切面形态）、支撑点关系、覆盖判断。
+7. 填自评与追问（薄弱点才问；题目可空数组）。
+8. 输出符合 output 契约的 JSON。
 
-工作姿态——「识别已经在那里之物」：
-- 不凭空另造一套体验。
-- 不把无关设定做成菜单让用户挑选。
-- 不因为某类题材常见某套设定，就直接套用固定机制。
-- 可以把用户已经表达但尚未命名的支撑关系整理成清晰语言。
-- 可以提出基于现有体验的暂定识别，交给用户修正。
-- 如果两种不同理解会导向不同的核心支点，先用一个针对性问题辨明，不要同时堆出多套方案。
+工作姿态——「识别已经在那里之物」：不另造体验；不设设定菜单；不题材套件；可整理未命名关系；可暂定请用户修正；二选一支点先问清再写。
 
-若依赖产物内部仍有含混或矛盾，不要越权重做上一步。只询问会改变本步支撑识别的关键差异；无法在本步解决的内容写入「开放问题」。
+依赖含混时不越权重做上一步。无法在本步解决的写入开放问题或追问。
 
-若程序已发出默认问题：用户首答在「用户.worker答复」。禁止重复同一开场；在首答与依赖产物上补洞。
-
-summary：`实现机制 · …`（点题主要支撑，非题材标签）。
+若程序已发默认问题：禁止重复开场；在首答与依赖上补洞。
+summary：`实现机制 · …`（点题主要支撑）。
 ```
 
 ## principles
@@ -170,141 +160,124 @@ summary：`实现机制 · …`（点题主要支撑，非题材标签）。
 ## output
 
 ```output
-最终只输出一个合法 JSON 对象，不加代码块外说明，不使用注释，不夹带未定义的英文 id。
-
 {
-  "依据的核心体验": [
-    "从依赖产物中忠实提取的体验锚点，不在这里重新设计"
-  ],
-  "支撑点": [
-    {
-      "名称": "简短、稳定、对人可读的支撑点名称",
-      "归属元素": "这个切面属于哪个角色、关系、群体、世界条件、规则或情境",
-      "支撑切面": "只指出该元素中与核心体验有关的那个面向",
-      "切面形态": {
-        "结构": "一句话｜过程｜张力｜层次｜构成｜循环｜关系网",
-        "概述": "用最短的充分描述说清这个切面是什么样的",
-        "展开": [
-          {
-            "部分": "仅在确有内部结构时填写",
-            "描述": "该部分在结构中的位置或作用"
-          }
-        ]
+  "schema": "context-fragment.v1",
+  "技能": "实现机制",
+  "brief": "一句话：主要靠什么撑住核心体验",
+  "mount": ["world-simulator"],
+  "稳变": "stable",
+  "正文": {
+    "依据的核心体验": [
+      "从依赖产物忠实提取的体验锚点；此处不重做美学纲领"
+    ],
+    "支撑点": [
+      {
+        "名称": "简短、稳定、对人可读",
+        "归属元素": "角色 / 关系 / 群体 / 世界条件 / 规则 / 情境…",
+        "支撑切面": "该元素中真正相关的那一面",
+        "切面形态": {
+          "结构": "一句话|过程|张力|层次|构成|循环|关系网",
+          "概述": "最短充分描述",
+          "展开": [{ "部分": "仅必要时", "描述": "…" }]
+        },
+        "对应体验": ["直接服务的体验锚点"],
+        "如何支撑": "条件 / 限制 / 对照 / 张力如何让体验成立",
+        "缺失后果": "拿掉或改弱后具体损失什么（禁止只写「变差」）",
+        "完备度": "…%"
+      }
+    ],
+    "支撑点关系": [
+      {
+        "涉及": ["支撑点名称"],
+        "关系": "前提|共同支撑|反衬|制衡|递进|循环|…",
+        "体验作用": "为何必须保留这段关系"
+      }
+    ],
+    "覆盖检验": {
+      "主要支撑是否覆盖核心体验": "是|否|部分",
+      "说明": "还有哪块体验没有支点、或支点过密",
+      "宁少勿多说明": "为何到此停止"
+    }
+  },
+  "自评": {
+    "维度": [
+      {
+        "名": "覆盖度",
+        "分数": 0,
+        "说明": "能否完全覆盖用户已表达的规则/前提/硬条件（未漏掉用户点名的承重约束）"
       },
-      "对应体验": [
-        "该支撑点直接服务的体验锚点"
-      ],
-      "如何支撑": "说明它通过什么条件、限制、对照或张力让体验成立",
-      "缺失后果": "说明拿掉或改弱这个切面后，体验会失去什么"
-    }
-  ],
-  "支撑点关系": [
-    {
-      "涉及": ["支撑点名称"],
-      "关系": "前提、共同支撑、反衬、制衡、递进、循环或其它自然语言关系",
-      "体验作用": "这项关系为何需要被保留"
-    }
-  ],
-  "开放问题": [
-    {
-      "问题": "尚不能可靠确定、且会影响本步结论的问题",
-      "影响": "不确定性会改变哪些支撑点或支撑关系",
-      "当前暂定": "若已有最可能的理解，用可撤销的方式写明；没有则留空字符串"
-    }
-  ]
+      {
+        "名": "充分度",
+        "分数": 0,
+        "说明": "支撑点合起来能否充分展示用户想要的核心体验（缺了是否撑不住感觉）"
+      },
+      {
+        "名": "克制度",
+        "分数": 0,
+        "说明": "是否精确到支撑切面；无多余百科、人物卡、起源史或题材默认拓展"
+      }
+    ],
+    "薄弱点": "一句话"
+  },
+  "追问": {
+    "导语": "为钉准支撑切面，还需确认：",
+    "题目": [
+      {
+        "问": "移除检验或短场景落地题…",
+        "建议选项": ["选项A（可带短场景）", "选项B", "其它（请写明）"],
+        "示例": "可选示范句"
+      }
+    ]
+  },
+  "开放问题": []
 }
-
-填写规则：
-- 「依据的核心体验」只建可追溯关系，不得扩写成新的美学纲领。
-- 每个「支撑点」必须同时写清归属元素、支撑切面和支撑关系（如何支撑 + 缺失后果）。
-- 简单支点「结构」填「一句话」，「展开」填空数组。
-- 只有一句话不足以保留关键结构时才用其它结构类型。
-- 「缺失后果」不能只写「体验变差」，必须指出具体损失。
-- 「支撑点关系」只记对体验有实际影响的关系；没有则空数组。
-- 基准世界、推理过程、候选菜单和被淘汰支点不得写入产物。
-- 没有开放问题时填空数组，不要制造问题。
-- 不要输出完整角色卡、世界观百科、剧情大纲、叙事规则、变量表或演员规格。
-
-本步完成的定义：
-- 核心体验的主要支撑已经被覆盖；
-- 每个支撑点都通过了「如何支撑／缺了会怎样」的检验；
-- 每个元素只保留了承担支撑作用的切面；
-- 所有支点在当前叙事空间中都可能成立，没有暗中引入未经确认的变造；
-- 剩余内容属于常识、具体实例或后续能力的展开范围。
 ```
 
+硬规则（公共三段 + 本技正文）：
+1. 合法 JSON；必含 `schema` / `技能` / `brief` / `正文` / `自评` / `追问`（题目可 `[]`）。
+2. **公共三段**：`正文`＝产物主体；`自评`＝打分；`追问`＝导语+建议选项。禁止整份散文壳。
+3. **本技正文**：`依据的核心体验` + `支撑点[]` + `支撑点关系[]` + `覆盖检验`。基准世界/推理过程/淘汰候选不得写入。
+4. 每个支撑点须有归属元素、支撑切面、如何支撑、缺失后果；简单支点结构＝「一句话」、展开＝`[]`。
+5. `mount` 默认主世界层（`world-simulator`）；**禁止**写 `order`。承重规则进 GM，不进转述全文。
+6. `稳变` 多为 `stable`（支点定稿后少改）；若用户明确机制会阶段性改换可标 `semi`。
+7. 不要输出角色卡、世界百科、剧情大纲、叙事文风、变量表、执行单元列表。
+8. summary：`实现机制 · {brief 缩略}`。
+
+本步完成：主要支撑已覆盖；每点过「如何支撑／缺了怎样」；无暗中变造；剩余归常识或下游技能。
+
 ## checklist
 
 ```checklist
-- [ ] 「依据的核心体验」是否忠实来自依赖产物，而非本步新设计？
-- [ ] 每个支撑点是否都有：归属元素、支撑切面、如何支撑、缺失后果？
-- [ ] 简单支点是否避免了不必要的「展开」？
-- [ ] 是否误写成设定菜单、完整人物卡、起源史或叙事文风指南？
-- [ ] 是否暗中引入了用户未确认的变造？
-- [ ] 宁少勿多：主要支撑已覆盖后是否停住？
-- [ ] 「支撑点关系」是否只含对体验有实际影响的项（或空数组）？
-- [ ] 开放问题是否都真正影响本步结论（无则空）？
+- [ ] 含 schema / brief / 正文 / 自评 / 追问？
+- [ ] 依据的核心体验忠实来自上游，非本步新设计？
+- [ ] 每个支撑点有归属元素、切面、如何支撑、缺失后果？
+- [ ] 自评含覆盖度 / 充分度 / 克制度？
+- [ ] 未写成设定菜单、人物卡、起源史、叙事指南与故事推进、order 表？
+- [ ] 宁少勿多；支撑点关系仅保留有体验作用的项（可空）？
+- [ ] 追问只打会改变支点的缺口，带建议选项？
 ```
 
 ## examples
 
 ```examples
-示例一：简单支撑点
+好：
+- brief「秘密靠丈夫认知过滤与证据逼近维持」；正文有依据体验 + 支撑点（认知切面过移除检验）+ 覆盖检验；自评三维（覆盖/充分/克制）；追问用短场景打待探。
+- 循环支点「力量与自我侵蚀同步」：展开诱因/收益/代价/反馈；与「身边人延迟识别」写进支撑点关系。
+- 整份落在 context-fragment.v1；支撑点切片示例：
 
-核心体验：「秘密长期存在，但每次接近暴露时都令人紧张。」
-
-合格：
 {
   "名称": "丈夫的认知过滤",
   "归属元素": "丈夫",
-  "支撑切面": "面对威胁完美家庭信念的证据时，会无意识地优先采用无害解释",
-  "切面形态": {
-    "结构": "一句话",
-    "概述": "他的信任不是单纯迟钝，而是一种维护既有信念的认知过滤。",
-    "展开": []
-  },
-  "对应体验": ["秘密能够长期存在", "证据接近暴露时的紧张"],
-  "如何支撑": "认知过滤让可疑证据能够出现而不立刻终结秘密，使暴露风险可以反复逼近。",
-  "缺失后果": "如果他能稳定、直接地识别证据，秘密会迅速结束；如果完全没有证据出现，濒临暴露的紧张也会消失。"
-}
-只描述认知切面，不补职业、外貌、成长史。
-
-示例二：具有内部结构的支撑点
-
-核心体验：「每次获得力量都伴随自我逐渐陌生化的诱惑与恐惧。」
-
-合格：
-{
-  "名称": "力量与自我侵蚀的同步增长",
-  "归属元素": "超常力量",
-  "支撑切面": "力量的每次增长都会永久改变使用者的一项感知、欲望或判断方式",
-  "切面形态": {
-    "结构": "循环",
-    "概述": "危机促使角色使用力量，力量解决危机并造成侵蚀，侵蚀又让下一次使用更容易发生。",
-    "展开": [
-      { "部分": "诱因", "描述": "现实危机让使用力量成为最有效的解决方式。" },
-      { "部分": "收益", "描述": "力量立即兑现效果，使继续使用具有真实吸引力。" },
-      { "部分": "代价", "描述": "每次使用都会留下不可完全逆转的自我改变。" },
-      { "部分": "反馈", "描述": "改变后的角色更容易接受下一次使用，循环因此加深。" }
-    ]
-  },
-  "对应体验": ["力量带来的诱惑", "逐渐失去自我的恐惧"],
-  "如何支撑": "收益与侵蚀来自同一次行动，角色不能只取其一，因此诱惑和恐惧能够持续共存。",
-  "缺失后果": "如果侵蚀可以轻易撤销，恐惧会退化成短期成本；如果力量没有即时收益，诱惑则无法成立。"
-}
-不解释力量由谁创造、完整物理理论或全部侵蚀实例。
-
-示例三：支撑点之间的关系
-
-{
-  "涉及": ["力量与自我侵蚀的同步增长", "身边人对变化的延迟识别"],
-  "关系": "共同支撑并形成时间差",
-  "体验作用": "侵蚀让角色真实改变，延迟识别则给变化留下累积空间；两者共同维持「尚能隐藏但终将无法隐藏」的过程感。"
+  "支撑切面": "面对威胁完美家庭信念的证据时，优先采用无害解释",
+  "切面形态": { "结构": "一句话", "概述": "维护既有信念的认知过滤，而非单纯迟钝。", "展开": [] },
+  "对应体验": ["秘密长期存在", "濒临暴露的紧张"],
+  "如何支撑": "可疑证据可出现而不立刻终结秘密。",
+  "缺失后果": "若能直接识别证据则秘密速终；若永无证据则紧张消失。",
+  "完备度": "90%"
 }
 
-不合格：
-- 「可以选择诅咒、寄生物、人格分裂、外星科技或邪神污染…」→ 脱离体验的设定菜单。
-- 「丈夫四十二岁，是律师，外表温和，童年…」→ 把认知切面扩成完整人物设定。
-- 「为了营造压抑美感，叙述应采用近距离视角…」→ 叙事呈现，不是支撑设定。
-- 「这种力量源于三千年前的实验事故…」→ 为可直接成立的初始设定补不必要起源史。
+坏：
+- 设定菜单：「可选诅咒/寄生物/邪神…」
+- 人物卡膨胀；叙事文风；无必要起源史
+- 只有散文支点、无 schema / 自评 / 追问
 ```