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

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

Co-authored-by: Cursor <cursoragent@cursor.com>
This commit is contained in:
2026-09-22 07:40:08 +08:00
co-authored by Cursor
parent 9306c8e659
commit dd0a9e87d8
88 changed files with 6869 additions and 786 deletions
@@ -0,0 +1,134 @@
# 故事推进
> 对话落盘技能。程序只切割下方 **fence 块**;`##` 标题仅供人读。
> 产物外壳:`docs/context-fragment-design.md`。
> 工序编排仍用「叙事指南与故事推进」;本步只钉怎么往前与用户输入用法,不钉遣词。
## meta
```meta
name: 故事推进
id: story-progression
artifact: 设计.故事推进
declaration: >
美学已有方向时:钉故事怎么往前、用户输入用法(大纲扩写或扮演停笔);不重做文风问卷
when: |
已有美学纲领(或等价),但尚未钉用户输入用法(大纲扩写 / 扮演停笔),或还不知道故事靠场面自己推、等用户、还是无专门推进。
用户主动谈推进、节奏、停笔、大纲扩写也排。
遣词未钉、叙事指南未落,不构成不排本步的理由。
when_not: |
本技能只给对话落盘。工序编排不排本步(编排池是「叙事指南与故事推进」)。
美学未钉 → 先「美学纲领与交互范式」。
只改遣词、笔墨、写法档 → 「叙事指南」。
事件池 schema、真值增减 → 「生成规则」/「变量设计与更新规则」。
boundary: |
本技能:一份 context-fragment,写清怎么往前 + 用户输入用法(大纲扩写或扮演停笔,勿混成半套)。
叙事指南:遣词/笔墨/禁忌/写法档——本步不定。
美学 / 交互范式:感觉与轮转权限。本步把「输入怎么用」写成游玩可执行的一种。
生成规则/变量*:合同与表——推进只写钩子,不写公式。
feeds: gm,narrator
```
## opening
```opening
美学里的轮转已有方向时,请谈「故事怎么往前」(想到什么写什么):
1. 故事往前靠什么:场面自己推、等用户决策,还是无专门推进?
2. 用户每轮输入怎么用?未提及时按体验二选一写入(可简短确认,不必当缺口追问):
- **大纲扩写**(写手/成稿向):输入=待扩写为事实的大纲;细化完全后写正文;不超出大纲未涉及的剧情,完整演绎大纲。
- **扮演停笔**(代入扮演、等用户决策):用户本轮行为与对话作正文开头并扩写填满;不可写用户角色未给出的其它行为/对话;不可替用户角色做决定;正文停在其他角色等用户角色回应之刻。
```
## task
```task
你正在执行「故事推进」。产物必须是 **context-fragment.v1** JSON,写入「设计.故事推进」。
钉清本局故事怎么往前、用户每轮输入怎么用。作用对象是主世界层与转述的游玩正文。
执行顺序:
1. 继承美学/交互范式里的轮转(何时等用户),改写成推进做法。
2. 写推进与决策(可写「无专门推进」);变量只写钩子。
「用户输入用法」未提及时:按美学/交互范式选一种写入产物——
- 写手/大纲成稿 → **大纲扩写**(输入=大纲→细化成正文;不越界、完整演绎);
- 代入扮演、轮转等用户决策 → **扮演停笔**(输入的行为与对话作正文开头并扩写填满;不写用户角色未给出的行为/对话;不替用户角色做决定;停在其他角色等回应之刻)。
两种都像则写进追问让用户点一次;不要混成半套规则。
3. 自评 + 追问。遣词、笔墨、写法档交给「叙事指南」,本步不写。
summary:`故事推进 · …`
```
## principles
```principles
1. 推进可轻可无;表规格交给变量/生成规则。
2. 用户输入用法两套可选默认(未提及时择一,勿混用):
- 大纲扩写:输入=大纲→扩写为事实→细化后正文;不发明大纲未涉及的剧情,完整演绎大纲。
- 扮演停笔:用户本轮行为与对话→正文开头并扩写填满;禁止描述用户角色未输入的其它行为/对话;禁止替用户角色做决定;正文停在其他角色需要用户角色回应之刻。
3. 交互范式已有停笔权限时:把它收成上面两种之一写入产物,不要因为权限已有就不落本步。
```
## probe
```probe
本步只钉两件:推进方式(场面推进 / 用户决策 / 无专门推进)、用户输入用法(大纲扩写 / 扮演停笔)。
用户未提输入用法时:按体验选一种写入产物并简短确认;两者都像才追问二选一,不必当成大缺口。
推进方式不明则正文写「无专门推进」,不问好感公式、进度表或事件池。
缺其中一件:在产物「追问」写 1~2 点。两件够验收:`追问.题目` 为 `[]`。
用户谈到遣词、笔墨、写法档:写入「开放问题」,交给「叙事指南」。
用户谈到变量增减、生成规则:只抽取能改推进方式的一句,其余写入「开放问题」。
```
## output
```output
{
"schema": "context-fragment.v1",
"技能": "故事推进",
"brief": "一句话:推进有无 + 输入用法",
"mount": ["world-simulator", "narrator"],
"稳变": "stable",
"正文": {
"依据的体验": ["…"],
"推进与决策": {
"有无专门推进": "有|无",
"驱动力来源": "…",
"用户输入用法": "择一写入。大纲扩写:输入=待扩写为事实的大纲;细化后写正文;不超出大纲未涉及处,完整演绎。扮演停笔:用户本轮行为与对话作正文开头并扩写填满;不可写用户角色未给出的其它行为/对话;不可替用户角色做决定;停在其他角色等用户角色回应之刻。用户另定则改写",
"叙事速度与详略": "…",
"成败与难度": "…",
"变量门控钩子": []
}
},
"自评": {
"维度": [
{ "名": "推进可执行", "分数": 8, "说明": "…" },
{ "名": "输入用法钉清", "分数": 8, "说明": "…" }
],
"薄弱点": ""
},
"追问": { "导语": "", "题目": [] },
"开放问题": []
}
```
硬规则:合法 JSON;输入用法必须是大纲扩写或扮演停笔之一(或用户另定的完整写法),禁止半套;禁止 order;summary 见 task。
不写遣词示范、写法档、禁忌清单。
## checklist
```checklist
- [ ] 推进清楚或明确无?输入用法是完整的一种?
- [ ] 未把遣词/写法档写进本步?
```
## examples
```examples
好:推进写「等用户决策」;输入用法钉「扮演停笔」。
好:推进写「无专门推进」;输入用法钉「大纲扩写」,并写清不越界、一次成篇。
坏:把两套输入用法混成半套;追问好感公式 / 事件池;或在本步写遣词示范。
```