改写回合推演技能合同，并接上画面工作流库。

旧产物名仍能读到，避免改名后上下文对不上。

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

skills/dialogue/world-simulator/modules/story-progression/prompt.md

@@ -1,43 +1,45 @@
-# 故事推进
+# 故事推进与交互范式
 
 ## meta
 
 ```meta
-name: 故事推进
+name: 故事推进与交互范式
 id: story-progression
-artifact: 设计.故事推进
+artifact: 设计.故事推进与交互范式
 declaration: >
-  继承交互范式的描写权限与停笔时机，从偏好库选取本局约束，钉推进方式（可无专门推进），只选定一种用户输入用法；每一轮正文分成扩写（演本轮材料）与续写（材料后往下写），写清定义、字数分配与 OOC 处理；不写遣词。
+  把交互权限和推进合同写成同一份：谁能代写、谁裁定、何时停笔，以及唯一输入用法、扩写/续写和单轮篇幅。不写遣词。
 when: |
-  已有美学纲领（或等价），但尚未钉死唯一的用户输入用法，或扩写/续写边界与比例仍不清，或还不知道故事靠场面自推、等用户决策还是无专门推进。
-  用户主动谈推进、节奏、停笔、大纲扩写、续写、自动写入、单轮字数时也使用。
+  已有美学体验（或等价短锚），但还没把权限和推进钉成一份合同：谁代写、何时停、输入是大纲还是扮演、扩写和续写各做什么、单轮多长。
+  用户主动谈权限、停笔、推进、大纲扩写、续写、自动写入、单轮字数时也使用。
 when_not: |
   本技能只给对话落盘。工序编排不排本步（编排池是「叙事指南与故事推进」）。
-  美学未钉 → 先「美学纲领与交互范式」。
-  只改遣词、笔墨、写法档、段落形态 → 「叙事指南」。可见区域 → 「回复呈现」。
-  好感公式、进度表、事件池等表规格 → 「变量设计与更新规则」/「生成规则」。
-  固定输入标记（裸写 / `#行动#` / 引号）由程序解析，不在本步重定义或按局反转。
+  体验内核还没有 → 先「美学纲领」。本步引用那三句短锚，不改写体验正文。
+  只改遣词、笔墨、写法档、段落形态 → 「叙事指南」。
+  每轮回复里有哪些区域、选项怎么列 → 「回复呈现」。
+  好感公式、进度表、事件池 → 「变量设计与更新规则」/「生成规则」。
+  固定输入标记（裸写 / `#行动#` / 引号）由程序解析，不在本步重定义。
 boundary: |
-  本能力只交推进合同：推进方式及可选的驱动力、成败与难度、变量钩子；唯一输入用法、单轮目标字数、扩写要求、续写要求、篇幅分配、OOC 处理策略。
-  单轮字数与篇幅只在本步定义；段落形态（长段不碎行）归叙事指南，可见区域归回复呈现。
-  叙事指南管怎么写；变量与生成规则管表与合同，本步只写钩子；主角详略只写偏好钩子。
+  本步交两块，写在同一份产物里：`交互范式`（权限与停笔）和推进合同（用法、扩写、续写、篇幅）。
+  停笔只写在 `交互范式.停笔时机`；续写要求只写怎样走到这个停点，不把停笔条件再写一遍。
+  单轮字数只在本步定义。选项、抬头、状态等可见区域归回复呈现。段落形态归叙事指南。
+  变量与生成规则管表，本步只写钩子。
 feeds: gm,narrator
 ```
 
 ## opening
 
 ```opening
-先选定这局唯一的输入用法：大纲扩写、续写，或自动写入。再说清楚单轮大约写多长；扩写（主路径不动，在用户已给的节拍之间补连接小动作，把场面写顺）和续写（从材料结束后往下写他人与世界反应）各做什么、各占多少。上帝视角/OOC 指令准备怎么处理。故事要不要专门往前推、用户会不会失败，也可以一并说；没想过就按体验先定。
+先钉谁能替你写、写到哪必须停。再选定唯一输入用法：大纲扩写、续写，或自动写入。然后说单轮大约多长，扩写和续写各做什么、各占多少。
 ```
 
 ## task
 
 ```task
-把本局推进合同写入 `设计.故事推进`。先继承上游「美学纲领与交互范式」：把 `交互范式.描写权限`（思考与抉择、言语、主动行动、用户输入后）、`后果与叙事控制` 与 `停笔时机` 改写成推进做法；交互范式已写过停笔权限，也要落进本步的用法与续写要求，不因已有而省略。再用 `read_library_entry` 从绑定的偏好库读取最相关 1～2 条并本局化，然后钉推进方式（不明则写「无专门推进」），只选定一种用户输入用法。
+把交互权限和推进合同一起写入 `设计.故事推进与交互范式`。先读美学的体验锚定三句，按它写 `交互范式`：人称与视角、逐类描写权限、后果由谁裁定、停笔时机。权限要让那句体验发生得了。再用 `read_library_entry` 从偏好库取最相关 1～2 条并本局化，钉推进方式（不明则「无专门推进」），只选一种用户输入用法。
 
-扩写与续写是每一轮正文里的两段工作，不是两种输入用法。按所选用法写清单轮目标字数、扩写做什么、续写做什么、两者各自篇幅预算，以及裸写（上帝视角/OOC）指令如何处理。
+扩写与续写是每一轮正文里的两段工作，不是两种输入用法。按所选用法写清扩写做什么、续写怎样走到已写的停笔时机、两者的字数预算，以及裸写指令如何处理。停笔条件不在续写要求里再抄一遍。
 
-禁止混用两种用法或写成半套规则。固定标记怎么识别交给程序；本步只写识别之后怎么服从与落笔。不写遣词、段落形态、示范段落或版式。
+不混用两种用法。固定标记怎么识别交给程序；本步只写识别之后怎么服从。不写遣词、段落形态、选项清单或版式。
 
 材料足够便直接成稿；多种用法都像、必须用户点选时，把缺口交给 `self_score.gap`。产物正文不放评分、诊断、追问或开放问题。
 ```
@@ -53,7 +55,7 @@ feeds: gm,narrator
 3. 续写：从用户材料结束后往下写。写其他角色与世界如何反应、把场面推到下一个停笔点。默认不可再写用户角色的实际行动、说话或带倾向抉择；最多被动占位（望去、让开）。整轮停在其他角色等用户角色行动抉择之刻。
    - 用法为「大纲扩写」或「续写」时：禁止替用户角色做决定，不引入材料外的新剧情事实。
    - 用法为「自动写入」时：可按主角设定代演用户角色言行，把续写写长；关键抉择仍按交互范式的权限处理。
-4. 三种输入用法互斥，按体验与交互范式选一种，写入时只保留一个完整合同。差别在输入是什么、扩写/续写谁长谁短、续写能不能代演用户角色：
+4. 三种输入用法互斥，按刚写的交互范式选一种。差别在输入是什么、扩写/续写谁长谁短、续写能不能代演用户角色：
    - 大纲扩写：用户是写手、要大纲成稿，输入多为剧情节拍时选它。扩写充分、续写短。
    - 续写（旧称扮演停笔）：代入扮演、轮转等用户决策时选它（交互范式规定关键抉择或言语只由用户做、停笔时机是等用户回应）。输入往往较短；扩写只跟已声明内容，续写多于大纲扩写、短于自动写入。
    - 自动写入：用户只给短 meta 指令或极简扮演、希望 AI 代演用户角色，且交互范式允许模型代写 user 言行（旁观、操控站位常见）时选它。扩写少、续写宜长。
@@ -66,7 +68,7 @@ feeds: gm,narrator
 8. OOC/上帝视角内容由程序从裸写识别；本步写处理策略：服从到什么程度、是否打断当前场面、如何与既定扩写/续写比例兼容。
 9. 偏好库是参考：读取后改成本局可执行要求，不照抄。
 10. 单轮篇幅在这里一次钉死：给目标字数或窄区间，并把扩写、续写的占比与字数预算对应起来；其它节点直接消费，不重复定义。段落形态归叙事指南，本步不写。
-11. 不写遣词、写法档、段落形态、版式或事件池公式。
+11. 不写遣词、写法档、段落形态、版式、选项文案或事件池公式。可见区域交给回复呈现。
 ```
 
 ## output
@@ -74,11 +76,41 @@ feeds: gm,narrator
 ```output
 {
   "schema": "context-fragment.v1",
-  "技能": "故事推进",
+  "技能": "故事推进与交互范式",
   "brief": "一句话：唯一输入用法 + 单轮篇幅与扩写/续写分配",
   "mount": ["world-simulator", "narrator"],
   "稳变": "stable",
   "正文": {
+    "交互范式": {
+      "前置配置": {
+        "用户与user关系": "完全代入 / 部分代入 / 旁观 / 操控",
+        "人称": "如：第二人称称「你」",
+        "元叙事": "决策是否用情节呈现"
+      },
+      "叙事视角": {
+        "主要视角": "镜头跟谁、看什么",
+        "视角切换": "不允许，或允许的例外",
+        "可写内心": "可以写谁的内心",
+        "不呈现的信息": "正文不能透露的内容"
+      },
+      "描写权限": {
+        "思考与抉择": "关键决定写到哪里停",
+        "言语": "能否替 user 说话、说到什么程度",
+        "主动行动": "能否替 user 发起行动",
+        "情绪与身体反应": "可补写的范围",
+        "习惯与既有技能": "可按既有设定自动执行的部分",
+        "外在状态": "外貌、伤势、衣着可否直接写",
+        "用户输入后": "只确认 / 补细节 / 连带推出后果"
+      },
+      "后果与叙事控制": {
+        "行为后果判定": "谁裁定成败与代价",
+        "世界对user的影响": "NPC 与世界如何作用于 user",
+        "时间与场景": "可否推进时间、切换场景，跨度多大",
+        "引入新内容": "可否引入新人物、事件、威胁",
+        "设计困境": "是否制造两难；怎样的两难服务体验"
+      },
+      "停笔时机": "必须等用户的时机；续写停在这里，不另写一套"
+    },
     "选用偏好": [
       {
         "库条目": "preferences 中的 id",
@@ -113,7 +145,7 @@ feeds: gm,narrator
 ```
 
 硬规则：
-1. 输出合法 JSON；`用户输入用法` 只能是三者之一，不得并列或混装半套。
+1. 输出合法 JSON。`交互范式` 与推进合同在同一份正文里。`用户输入用法` 只能是三者之一。`停笔时机` 是唯一停笔定义；`续写要求` 只写如何走到该停点。不写选项清单。
 2. `扩写要求` 只写「把本轮材料演成场面」怎么做；`续写要求` 只写「材料结束后往下写」怎么做。不要把另一种输入用法的规则抄进这两项。两项占比合计 100%，字数预算与目标字数对应。
 3. `推进方式` 是单个字符串；`驱动力`、`成败与难度`、`变量钩子` 可选，`变量钩子` 不写公式或数值。
 4. `选用偏好` 默认 1～2 项；无合适条目时可 `[]`，但仍须钉死唯一用法。
@@ -143,7 +175,7 @@ feeds: gm,narrator
 ## checklist
 
 ```checklist
-- [ ] 已继承交互范式的描写权限与停笔时机并落进本步？
+- [ ] `交互范式` 已写清逐类权限、裁定和唯一停笔时机，并与输入用法一致？
 - [ ] 推进方式已写（不明则「无专门推进」），未发明公式、进度表或事件池？
 - [ ] 只选定一种用户输入用法，且符合它的适用场景？
 - [ ] 扩写与续写已按两段工作分别写清（扩写=演本轮材料，续写=材料后往下写），且与所选用法相符？