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

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

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

skills/dialogue/world-simulator/modules/status-bar/prompt.md

@@ -1,10 +1,5 @@
 # 回复呈现
 
-> 技能文档。程序只切割下方 **fence 块**；`##` 标题仅供人读。  
-> 产物外壳：`docs/context-fragment-design.md`。  
-> 旧称：设计监控栏 / 设计状态栏。  
-> 本步钉：**每轮终稿有哪些区域（必选/可选）**，以及各区域的**简单内容规则**；不排版、不选壳。
-
 ## meta
 
 ```meta
@@ -12,81 +7,63 @@ name: 回复呈现
 id: status-bar
 artifact: 设计.监控栏
 declaration: >
-  几乎每局都要：钉每轮终稿的必选/可选区域，以及各区域的简单内容规则（字数、段落、选项怎么组成等）；不排版
+  定义普通楼层每轮回复实际启用的语义区域、出现条件、权威来源与内容要求；不决定前端排版和渲染。
 when: |
-  舞台/世界/变量等上游大致齐后排。几乎每局都要。
-  排在「正文组成」之前：先钉有什么区域、各区怎么写，再交给正文组成去展示。
+  已有故事推进及本局需要展示的变量、拓扑或其它内容后使用；排在正文组成与开场白之前。
 when_not: |
-  上游还没齐 → 先那些。
-  只谈怎么排版、选壳、CSS/HTML/JS → 「正文组成」。
-  只谈文风遣词 → 「叙事指南」（工序编排：「叙事指南与故事推进」）。
-  检定/掷骰范围汇总 → 「随机范围整理」。
-  变量如何增减 → 「变量设计与更新规则」（本步只定展示哪些、展示规则）。
-boundary: >
-  本技能：区域清单（必选/可选）+ 各区域简单内容规则（字数、自然段、选项槽位与提示口径等）。
-  正文组成：如何把这些区域展示给用户（壳、美化、CSS/HTML/JS）——本步不定版式。
-  随机范围整理：隐藏备用随机数表——本步不收范围。
-  变量设计：真值与更新——本步可点名要展示的键与监控规则，不写增减公式。
-feeds: narrator
+  每轮只需普通正文且语义合同已由上游明确、无需额外区域时可使用最小正文区域，不扩展其它块。
+  只讨论 HTML、CSS、Tab、分区或具体渲染 → 正文组成。
+boundary: |
+  本能力决定回复由哪些可见或隐藏语义区域组成、何时出现、内容来自哪里、怎样才算填对。
+  正文组成负责把这些区域放到前端的具体位置并实现 HTML/CSS/JS、Tab 和特殊渲染。
+  故事推进是单轮字数及扩写/续写预算的唯一来源；本能力不重复定义篇幅。
+  变量设计与拓扑图谱定义权威数据和更新规则；本能力只决定回复是否包含其展示区或隐藏更新区。
+feeds: gm,narrator
 ```
 
 ## opening
 
 ```opening
-每轮最终回复要分哪些区域？（想到什么写什么）
-
-1. 必选：正文——字数、段落形态？未提及时默认：约 1000～2000 字；完整长自然段，不要单句成段。
-2. 要不要状态/变量监控（如开头日期、好感）？盯哪些键？
-3. 要不要选项栏？若要：几个槽、各自什么气质（如 A 冒险 / B 稳重），生成选项时遵守什么提示？
-4. 要不要可选块：小故事旁支、线索条等？没有就说没有。
+每轮回复除正文外，还需要哪些语义内容？逐项说明它何时出现、由模型生成还是由程序投影，以及用户是否可见。若有地图或状态展示，请指出权威数据来源；若维护策略要求结构化隐藏更新，也把它列为隐藏区域。
 ```
 
 ## task
 
 ```task
-你正在执行「回复呈现」。产物必须是 **context-fragment.v1** JSON，写入「设计.监控栏」。
+为普通楼层定义每轮回复的语义区域合同，写入 `设计.监控栏`。只写本局实际启用的区域；未启用的区域直接省略。
 
-本步做两件事：
-1. **区域**：每轮终稿有哪些块——哪些必选、哪些可选。
-2. **简单规则**：每个启用区域怎么生成/填写（字数、自然段、选项槽与提示口径、监控键等）。
+每个区域写清：
+- 用途与用户可见性。
+- 每轮出现或满足条件才出现。
+- 来源是模型生成、程序权威投影，还是维护通道。
+- 对应的上游引用与正向内容要求。
+- 没有内容时是省略、给空态，还是仍须输出。
 
-不选壳、不写 CSS/HTML/JS、不排版。展示交给「正文组成」。
+正文区域只引用 `设计.故事推进` 的单轮篇幅与扩写/续写预算，不复制数值。状态、地图等权威内容使用程序投影，正文模型不重复生成。选项若启用，只定义文字建议的组成规则，不声明点击交互。
 
-默认必选：`正文`。用户未点名正文规格时，采用默认规则：
-- 字数约 **1000～2000**；
-- **完整长自然段叙述，不要单句成段**。
-用户另有要求则以用户为准。
+简单变量采用 `inline_tool / inline_structured` 内联维护时，回复合同包含用户不可见的变量更新语义区；程序优先把它投递为 tool call，工具不可用时改为结构化 `state_ops`。`auditor_bundle` 由副 Worker 维护，不建立主回复更新区。
 
-常见可选：`状态监控`（日期、变量芯片等）、`选项栏`、`小故事`（旁支短文）等——按体验增减，不要堆满。
-
-执行顺序：
-1. 读美学/叙事/变量/舞台：继承体验与已有真值名。
-2. 钉必选区域：至少含正文；写清内容规则。未提及时用默认（1000～2000 字；长自然段、勿单句成段）。
-3. 逐个判定可选区域：要则写规则；不要则不进清单（可在「刻意不启用」说明）。
-4. 若开选项栏：钉槽位数、各槽气质/组成规则、生成时的短提示口径（供转述遵守）。
-5. 若开状态监控：点名键、形态、刷新意图；不写变量增减公式。
-6. 自评 + 追问；输出 JSON。
-
-summary：`回复呈现 · …`（点题必选+主要可选）。
+材料足够便直接成稿；真正会改变区域合同的缺口交给 `self_score.gap`。产物正文不放评分、诊断、追问或开放问题。
 ```
 
 ## principles
 
 ```principles
-1. 区域 = 用户每轮会看见的内容槽；规则 = 槽里怎么写。两者都在本步钉死。
-2. 正文默认必选。其它区域默认可选：有体验需要才开。
-3. 规则要可执行、宜短：字数、自然段、选项槽气质、监控键名——够转述与正文组成接上即可。
-   正文规格用户未提及时：字数 1000～2000；完整长自然段，不要单句成段。
-4. 选项栏的「选项由什么组成 / 各槽提示词」在本步规定，不推到叙事指南或正文组成。
-5. 不问「长什么样」。壳、分区、CSS/HTML/JS 交给「正文组成」。
-6. 展示用的变量是子集；增减仍归变量设计。
+1. 语义区域回答“回复里有什么”，正文组成回答“在前端哪里、怎么显示”。
+2. 只写实际启用区域。固定每轮出现用 `every_turn`；条件出现须给可判定条件。
+3. 模型生成区写内容要求；程序投影区写权威 ref 与字段选择。程序已有的数据不让模型复述一份。
+4. 正文篇幅、扩写和续写预算只引用故事推进；文风只引用叙事指南。
+5. 状态与拓扑的真相来自运行数据。可见区域只选择投影字段，不在这里修改变量或拓扑。
+6. 简单变量的隐藏更新也是语义区域；运行期可投递为 tool call 或结构化 `state_ops`。副 Worker 路径不在主回复伪造空区域。
+7. 选项是文本建议。是否有交互、点击后做什么，只有正文组成和宿主前端真正实现时才声明。
+8. 区域要求使用正向规格；没有特殊要求便保持短，不为完整感堆区域。
+9. 每个可见区属于一种：抬头、正文、小故事、数据卡、结构、文字选项。抬头是页首一行短内容；条目一多或当前值一长则改用数据卡。数据卡和结构要写出露出的列或字段。隐藏的变量更新不占这些区。
 ```
 
 ## probe
 
 ```probe
-每轮 1～2 点：必选是否只剩正文；某可选区开了却没规则；选项槽气质是否空；正文段落/字数是否离谱。
-不追问：选哪个壳、CSS、文风遣词、变量更新公式。
+每轮 1～2 点。优先确认某区域是否真的需要、何时出现、由谁生成、权威数据来自哪里。排版、HTML、Tab 和具体渲染留给正文组成。
 ```
 
 ## output
@@ -95,130 +72,116 @@ summary：`回复呈现 · …`（点题必选+主要可选）。
 {
   "schema": "context-fragment.v1",
   "技能": "回复呈现",
-  "brief": "一句话：必选哪些区 + 开了哪些可选区",
-  "mount": ["narrator"],
+  "brief": "一句话说明每轮实际包含哪些语义区域及主要权威来源",
+  "mount": ["world-simulator", "narrator"],
   "稳变": "stable",
   "正文": {
-    "依据": ["美学/叙事/变量/舞台里与「每轮看见什么」相关的要点"],
-    "必选区域": [
+    "语义区域": [
       {
         "id": "body",
         "名称": "正文",
-        "规则": {
-          "字数": "默认 1000～2000；用户另定则从其",
-          "自然段": "完整长自然段叙述，不要单句成段",
-          "其它": "可选：人称、是否含对白密度等一句"
-        }
-      }
-    ],
-    "可选区域": [
-      {
-        "id": "status",
-        "名称": "状态监控",
-        "启用": true,
-        "规则": {
-          "字段": [
-            {
-              "名": "日期|好感|…",
-              "来源": "真值键|投影|临场",
-              "形态": "短文本|数字|枚举"
-            }
-          ],
-          "刷新": "每轮|事件后"
-        }
+        "用途": "承载本轮叙事正文",
+        "用户可见": true,
+        "出现": {
+          "方式": "every_turn",
+          "条件": ""
+        },
+        "内容类型": "markdown",
+        "区域种类": "正文",
+        "来源": {
+          "方式": "model_generated",
+          "ref": "设计.故事推进"
+        },
+        "内容要求": [
+          "遵守故事推进中的单轮篇幅与扩写/续写预算",
+          "遵守叙事指南；在本轮自然停笔点结束"
+        ],
+        "空值处理": "error"
       },
       {
-        "id": "choices",
-        "名称": "选项栏",
-        "启用": true,
-        "规则": {
-          "槽数": 2,
-          "槽": [
-            {
-              "槽id": "A",
-              "气质": "冒险",
-              "组成": "推进风险/探索的行动一句",
-              "生成提示": "写给转述：本槽选项须偏冒险、短、可点"
-            },
-            {
-              "槽id": "B",
-              "气质": "稳重",
-              "组成": "保守/观察/缓和的行动一句",
-              "生成提示": "写给转述：本槽选项须偏稳重、短、可点"
-            }
-          ]
-        }
-      },
-      {
-        "id": "side_story",
-        "名称": "小故事",
-        "启用": false,
-        "规则": {
-          "字数": "无则空",
-          "与正文关系": "旁支；不抢主线"
-        }
-      }
-    ],
-    "刻意不启用": [
-      "本局不开的区域及原因"
-    ]
-  },
-  "自评": {
-    "维度": [
-      {
-        "名": "区域清楚",
-        "分数": 8,
-        "说明": "必选/可选是否分明；下游能否直接按区展示与灌数"
-      },
-      {
-        "名": "规则可执行",
-        "分数": 8,
-        "说明": "字数/段落/选项槽/监控键是否够转述遵守"
-      }
-    ],
-    "薄弱点": "一句话"
-  },
-  "追问": {
-    "导语": "为钉准每轮区域与规则，还需确认：",
-    "题目": [
-      {
-        "问": "…",
-        "建议选项": ["选项A", "选项B", "其它（请写明）"],
-        "示例": "可选"
+        "id": "本局实际启用的其它区域 id",
+        "名称": "状态、地图、线索、文字选项或本局自定义名称",
+        "用途": "这一语义区域帮助用户获得什么信息",
+        "用户可见": true,
+        "出现": {
+          "方式": "every_turn|conditional",
+          "条件": "conditional 时写程序或模型可判断的条件"
+        },
+        "内容类型": "text|markdown|kv|list|table|topology|state_ops",
+        "区域种类": "小故事|数据卡|结构|文字选项",
+        "来源": {
+          "方式": "model_generated|program_projection|maintenance_channel",
+          "ref": "上游产物、运行状态或维护策略的稳定引用",
+          "字段": ["程序投影时只选择实际需要的字段"],
+          "投递": "仅维护区使用：runtime_selects_tool_or_structured"
+        },
+        "内容要求": [
+          "正向说明该区域应该提供什么"
+        ],
+        "空值处理": "omit|empty_state|error"
       }
     ]
-  },
-  "开放问题": []
+  }
 }
 ```
 
 硬规则：
-1. 合法 JSON；公共三段外壳。
-2. 正文须含：必选区域（至少正文）、可选区域、刻意不启用。
-3. 每个启用区域须有可执行的 `规则`；选项栏须含槽气质与生成提示。
-4. 禁止选壳、写 CSS/HTML/JS、发明前端分区。
-5. summary：`回复呈现 · {brief 缩略}`。
-6. 产物 tag 仍为「设计.监控栏」。
+1. 输出合法 JSON；`语义区域` 只含实际启用项，不写 `启用:false` 或未启用清单。
+2. 普通楼层至少含 `body`；正文只引用故事推进，不复制目标字数、占比或字数预算。
+3. 每个区域必须声明出现方式、内容类型、区域种类、来源、内容要求和空值处理。可见区的区域种类只能是抬头、正文、小故事、数据卡、结构、文字选项。
+4. `program_projection` 必须给稳定 ref；状态和拓扑数据不得标为临场或要求模型重新生成。
+5. 内联变量更新区必须 `用户可见:false`、内容类型为 `state_ops`、来源为 `maintenance_channel`；程序按 API 能力选择 tool call 或结构化区域。`auditor_bundle` 不建立该区。
+6. 文字选项只规定数量、差异维度和内容要求；不写可点击、按钮动作或回传协议。
+7. 不选壳，不写布局、HTML、CSS、JS、Tab、SVG 或槽位替换；这些属于正文组成。
+8. 产物正文不含自评、追问或开放问题。
+9. `mount` 固定为 `["world-simulator", "narrator"]`；artifact tag 暂时保留 `设计.监控栏`。
+
+## score
+
+```score
+区域必要性：
+- 5：每个区域都服务明确体验或运行需要，没有为完整感添加空壳。
+- 3：主体必要，但有一个区域价值偏弱或可并入其它区域。
+- 1：堆满状态、线索、选项等区域，却说不清用途。
+
+来源一致性：
+- 5：模型生成、程序投影与维护通道区分准确；权威数据都有稳定 ref。
+- 3：主要来源正确，但有一个字段仍可能被模型重复生成。
+- 1：状态或拓扑没有权威来源，每轮靠正文模型重编。
+
+内容可执行性：
+- 5：出现条件、内容类型、正向要求和空值处理足以让下游直接生产。
+- 3：区域可理解，但条件或填写要求仍有一处含糊。
+- 1：只有区域名称，不知道何时出现或应填什么。
+
+信息负担：
+- 5：每轮只出现有用内容，条件区能省略，程序已有数据不重复占用模型输出。
+- 3：整体克制，但有轻微重复或一个区域出现过频。
+- 1：正文外长期堆积大量无关信息。
+
+职责边界：
+- 5：只定义语义内容，并把渲染、维护真相和篇幅分别交给正确节点。
+- 3：主体边界正确，但夹有少量排版或重复篇幅要求。
+- 1：在本步写 HTML、变量公式或重新定义推进篇幅。
+```
 
 ## checklist
 
 ```checklist
-- [ ] 正文在必选区，且有字数/自然段等规则？
-- [ ] 可选区逐项启用或刻意不启用？
-- [ ] 选项栏若开：槽气质与生成提示已写？
-- [ ] 状态监控若开：字段与来源已写？
-- [ ] 未写排版或 CSS/HTML/JS？
+- [ ] 只列实际启用区域，普通楼层含正文？
+- [ ] 每个区域的出现条件、来源、要求与空值处理完整？
+- [ ] 状态、地图等权威数据均由程序投影，模型没有重复生成？
+- [ ] 内联维护的隐藏 state_ops 已声明运行期选路，副 Worker 路径未建立该区？
+- [ ] 正文只引用故事推进，没有重复字数和比例？
+- [ ] 未写布局、HTML/CSS/JS、Tab、SVG 或交互动作？
 ```
 
 ## examples
 
 ```examples
-好：
-- 必选正文默认 1000～2000 字、长自然段勿单句成段；可选状态监控=日期+好感；选项栏 A 冒险 / B 稳重，各有生成提示。
-- 必选正文；不开选项、不开小故事；状态只盯体力。用户要求极短时字数可低于默认。
-
-坏：
-- 只写「要选项」却不定 A/B 气质与生成提示。
-- 正文无字数/段落规则。
-- 在本步选壳或写 CSS。
+- 只有正文：只列 body，并引用故事推进和叙事指南。
+- 展示状态：新增 kv 区域，来源指向变量当前值及明确字段；内容由程序投影。
+- 展示地图：新增 topology 区域，说明用户应看到哪些节点、连接或当前位置；具体 SVG、表格或 Tab 留给正文组成。
+- 简单变量内联维护：新增用户不可见的 state_ops 语义区域；运行期优先投递为 tool call，工具不可用时进入结构化整包。
+- 文字选项：写数量、彼此差异和应提供的行动方向；不声明点击行为。
 ```