完善创作节点循环与等待态交互，并大幅打磨 Web 壳与会话运行时。

- 节点循环：配方开局直坐 DAG 第一步；验收后先问下一步意向，再确认开干并可钉编排参数；「按意见修改」只重跑当前节点。
- 询问分流：能力 opening 走说话面引导，可跳过追问按题干去重；追问与产物同轮挂载，避免拆成两段历史。
- 运行时：补强 revision 重跑、创作流程合并/进度指针、工具循环与 worker 执行；新增运行日志与 web:watch。
- 前端：统一等待态文案与底栏主按钮，完善询问卡/产物验收/呈现壳样式与交互。
- 同步世界模拟器模块提示、编排文档与相关测试。

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

skills/dialogue/world-simulator/modules/aesthetics-interaction/prompt.md

@@ -54,8 +54,10 @@ feeds: design_only
 业务字段全部放在「正文」内；须含 schema / 技能 / brief；建议填 mount 与稳变（本步不写数字 order）。
 
 一次 design-step、一场对话、一次验收。参与方式与美学内容在同一步内交叉追问，不要先交「半份交互」再开「半份美学」。
+用户已答过追问：把答复写入正文三块，`追问.题目` 优先 `[]`；禁止在「交互范式」与「美学纲领」之间轮流补洞拖验收。核心体验与权限边界够用即可收。
 
 若程序已发出默认问题：用户首答在「用户.worker答复」，开场白在「创作.能力开场白」。禁止重复同一开场；在首答基础上补洞、追问、产出。
+开局通常已由配方写入「设计.创作流程」第一步；若「用户.需求」已有首句：程序会跳过默认问题——首句即本步对话，只补真正缺口。
 ```
 
 ## principles
@@ -74,9 +76,11 @@ feeds: design_only
 ## probe
 
 ```probe
-用户首句或黑板已有的直接采纳。一次 askUser 1～2 点，优先具体选项/短场景。
+用户首句或黑板已有的直接采纳。一次只在产物「追问」写 1～2 点（建议选项 + 示例）；顶层 askUser 留 null，不要同一问写两遍。
+已有一轮追问答复或核心体验+权限边界已可执行：`追问.题目` 用 `[]`，让用户验收。禁止这轮问交互、下轮问美学地来回打转。
 
 【默认问题已覆盖】变造（原型+变点）、代入与否、最想感受到的核心。首答后按缺口补，勿重问已答清的。
+若开场已跳过（用户.需求已有首句）：把首句当默认问题的答复，只补真正缺口。
 
 【参与 · 结构性】
 - 用户与 <user>：代入程度 / 情感距离 / 控制期待 / 多角色
@@ -205,7 +209,7 @@ feeds: design_only
 2. **公共三段**：`正文`＝产物主体；`自评`＝完备度打分（**分数 0–10 十分制，禁止百分数**）；`追问`＝导语+题目（建议选项/示例）。禁止用散文代替这三段。
 3. **本技正文三块**：`设定逻辑`（参与/内容维度/区域/复杂性/完备度）+ `交互范式` + `美学纲领`。未知省略或「未定」，禁止编造百科。
 4. `mount` 建议挂主世界层+转述；**禁止**写数字 `order`。`稳变` 定稿后多为 `stable`。
-5. `追问.题目` 一次宜 1～3 题；有建议选项；允许「其它」。已答清的不要再问。
+5. `追问.题目` 一次宜 1～3 题；有建议选项与示例；允许「其它」。已答清的不要再问。题目只写在「追问」，askUser 为 null。
 6. summary：`美学纲领与交互范式 · {brief 缩略}`。
 
 ## checklist
@@ -216,7 +220,7 @@ feeds: design_only
 - [ ] 未写 order、未输出执行单元列表？
 - [ ] brief 能点题核心体验？变造/代入/满足来源清楚或已标未定？
 - [ ] 交互范式权限与美学纲领互相保护、不矛盾？
-- [ ] 追问只打薄弱点，带建议选项？
+- [ ] 追问只打真正薄弱点，带建议选项？已答过则题目为空、准备验收？
 - [ ] 有没有为「完整」强行填充百科或偏离用户核心？
 ```
 

skills/dialogue/world-simulator/modules/catalog.yaml

@@ -46,11 +46,11 @@ modules:
       - key: target
         label: 生成对象
         required: true
-        hint: 本轮为哪一类内容建规则；编排时 askUser 给选项+其它
+        hint: 本轮为哪一类内容建规则；编排时 askUser 给选项+其它；用户改对象时必须同步改 rule_id 与步骤 id
       - key: rule_id
         label: 规则 id
         required: false
-        hint: 建议英文 kebab-case；可执行时再最终钉死
+        hint: 英文 kebab-case，须与 target 对应（女租客→female-tenants，丧尸→zombies）；改对象时禁止沿用旧 id
       - key: lifecycle_intent
         label: 生命周期意图
         required: false

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

@@ -68,6 +68,7 @@ feeds: gm,auditor
 4. 写满规则三块：生成与描写（可较长）+ 产物格式（**单层 JSON**：每条产物是一层键值，无嵌套对象）+ 池（需要才填；绑顶层字段）。
 5. 逐字段过筛：每个属性都要能回答「对本对象族是否必要」。冗余字段删掉（如女主规则里的「性别」）；对象族必需字段不得漏（如 D&D 怪物的等级、攻击骰）。
 6. `rule_id`：params 已给则用；否则稳定 kebab-case。已有产物按 rule_id 增量。
+   若本步对象与 params 不一致（用户中途改了对象），以最新对象为准并重钉对应英文 rule_id，禁止沿用旧 id。
 7. 按自评三维打分并填追问；输出 JSON。禁止夹带最终实例 records。
 
 若程序已发默认问题：禁止重复开场；在首答上补洞。

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

@@ -32,6 +32,17 @@ feeds: gm
 ## opening
 
 ```opening
+核心体验已有方向时，用几句话想想：它具体靠什么撑住？（想到什么写什么，不必整齐；点名即可，不必论证来源或补起源史。）
+
+1. 这体验主要靠哪些东西成立？
+   角色的某一面、一段关系、世界条件、规则或情境……用你自己的词点名。
+   例：丈夫会把异常证据合理化；力量越用越侵蚀自我；村里每年必须献祭才能过冬。
+
+2. 拿掉或改弱哪一样，核心感觉会明显变味甚至垮掉？
+   一句话即可——只点「缺了就不对」的，装饰和以后再展开的先别列。
+
+3. 若已有具体画面或作品参照，它主要指哪一切面在撑体验？
+   例：信息差、无法撤销的前提、身份代价、循环反馈……不必复述整部设定。
 ```
 
 ## task

skills/dialogue/world-simulator/modules/reply-format/prompt.md

@@ -34,14 +34,14 @@ feeds: narrator
 ```opening
 本局在固定呈现壳上做适配（不是设计新界面）。
 
-0. 七选一壳（主面积给谁）：
-   · prose — 纯散文（正文≈全屏）
-   · chat_monitor — 对话 + 顶栏芯片
-   · spotlight — 场面主视（正文最大）
-   · turn_panel — 回合面板（场面+侧栏交互）
-   · split_board — 双栏（左故事·右线索）
-   · choice_dock — 选择坞（底部大行动区）
-   · chapter_reader — 章节阅读
+0. 按「要同时看见什么」七选一：
+   · prose — 只要正文
+   · chat_monitor — 正文 + 扫状态
+   · spotlight — 大正文 + 弱状态
+   · turn_panel — 场面 + 交互物 + 行动
+   · split_board — 正文 ‖ 线索
+   · choice_dock — 局面 + 选项
+   · chapter_reader — 章正文 + 进度
 
 1. 要微调什么？（监控字段、块称呼、要不要建议行动、tone_chrome…）
 2. 有没有隐藏段给模型/程序维护变量？