新建作品改为直接进入对话落盘,按本局创作方案写能力,并把楼层呈现和零层卡分开。
输入栏同时可以按分组切换模型。 Co-authored-by: Cursor <cursoragent@cursor.com>
This commit is contained in:
@@ -1,9 +1,5 @@
|
||||
# 故事推进
|
||||
|
||||
> 对话落盘技能。程序只切割下方 **fence 块**;`##` 标题仅供人读。
|
||||
> 产物外壳:`docs/context-fragment-design.md`。
|
||||
> 工序编排仍用「叙事指南与故事推进」;本步只钉怎么往前与用户输入用法,不钉遣词。
|
||||
|
||||
## meta
|
||||
|
||||
```meta
|
||||
@@ -11,76 +7,50 @@ name: 故事推进
|
||||
id: story-progression
|
||||
artifact: 设计.故事推进
|
||||
declaration: >
|
||||
美学已有方向时:钉故事怎么往前、用户输入用法(大纲扩写或扮演停笔);不重做文风问卷
|
||||
从偏好库选取本局约束,只选定一种用户输入用法,并写清单轮目标字数、扩写与续写的定义和篇幅分配、OOC 处理;不写遣词。
|
||||
when: |
|
||||
已有美学纲领(或等价),但尚未钉用户输入用法(大纲扩写 / 扮演停笔),或还不知道故事靠场面自己推、等用户、还是无专门推进。
|
||||
用户主动谈推进、节奏、停笔、大纲扩写也排。
|
||||
遣词未钉、叙事指南未落,不构成不排本步的理由。
|
||||
已有美学纲领(或等价),但尚未钉死唯一的用户输入用法,或扩写/续写边界与比例仍不清。
|
||||
用户主动谈推进、节奏、停笔、大纲扩写、续写、自动写入时也使用。
|
||||
when_not: |
|
||||
本技能只给对话落盘。工序编排不排本步(编排池是「叙事指南与故事推进」)。
|
||||
美学未钉 → 先「美学纲领与交互范式」。
|
||||
只改遣词、笔墨、写法档 → 「叙事指南」。
|
||||
事件池 schema、真值增减 → 「生成规则」/「变量设计与更新规则」。
|
||||
固定输入标记(裸写 / `#行动#` / 引号)由程序解析,不在本步重定义或按局反转。
|
||||
boundary: |
|
||||
本技能:一份 context-fragment,写清怎么往前 + 用户输入用法(大纲扩写或扮演停笔,勿混成半套)。
|
||||
叙事指南:遣词/笔墨/禁忌/写法档——本步不定。
|
||||
美学 / 交互范式:感觉与轮转权限。本步把「输入怎么用」写成游玩可执行的一种。
|
||||
生成规则/变量*:合同与表——推进只写钩子,不写公式。
|
||||
本能力只交推进合同:唯一输入用法、单轮目标字数、扩写要求、续写要求、篇幅分配、OOC 处理策略。
|
||||
叙事指南管怎么写;变量与生成规则管表与合同;主角详略只写偏好钩子。
|
||||
feeds: gm,narrator
|
||||
```
|
||||
|
||||
## opening
|
||||
|
||||
```opening
|
||||
美学里的轮转已有方向时,请谈「故事怎么往前」(想到什么写什么):
|
||||
|
||||
1. 故事往前靠什么:场面自己推、等用户决策,还是无专门推进?
|
||||
2. 用户每轮输入怎么用?未提及时按体验二选一写入(可简短确认,不必当缺口追问):
|
||||
- **大纲扩写**(写手/成稿向):输入=待扩写为事实的大纲;细化完全后写正文;不超出大纲未涉及的剧情,完整演绎大纲。
|
||||
- **扮演停笔**(代入扮演、等用户决策):用户本轮行为与对话作正文开头并扩写填满;不可写用户角色未给出的其它行为/对话;不可替用户角色做决定;正文停在其他角色等用户角色回应之刻。
|
||||
先选定这局唯一的输入用法:大纲扩写、续写,或自动写入。再说清楚单轮大约写多长、扩写和续写各做什么及各占多少;上帝视角/OOC 指令准备怎么处理。
|
||||
```
|
||||
|
||||
## task
|
||||
|
||||
```task
|
||||
你正在执行「故事推进」。产物必须是 **context-fragment.v1** JSON,写入「设计.故事推进」。
|
||||
把本局推进合同写入 `设计.故事推进`。先用 `read_library_entry` 从绑定的偏好库读取最相关 1~2 条并本局化,再只选定一种用户输入用法,按该用法写清单轮目标字数、扩写定义、续写定义、两者各自篇幅预算,以及裸写(上帝视角/OOC)指令如何处理。
|
||||
|
||||
钉清本局故事怎么往前、用户每轮输入怎么用。作用对象是主世界层与转述的游玩正文。
|
||||
禁止混用两种用法或写成半套规则。固定标记怎么识别交给程序;本步只写识别之后怎么服从与落笔。不写遣词、示范段落或版式。
|
||||
|
||||
执行顺序:
|
||||
1. 继承美学/交互范式里的轮转(何时等用户),改写成推进做法。
|
||||
2. 写推进与决策(可写「无专门推进」);变量只写钩子。
|
||||
「用户输入用法」未提及时:按美学/交互范式选一种写入产物——
|
||||
- 写手/大纲成稿 → **大纲扩写**(输入=大纲→细化成正文;不越界、完整演绎);
|
||||
- 代入扮演、轮转等用户决策 → **扮演停笔**(输入的行为与对话作正文开头并扩写填满;不写用户角色未给出的行为/对话;不替用户角色做决定;停在其他角色等回应之刻)。
|
||||
两种都像则写进追问让用户点一次;不要混成半套规则。
|
||||
3. 自评 + 追问。遣词、笔墨、写法档交给「叙事指南」,本步不写。
|
||||
|
||||
summary:`故事推进 · …`
|
||||
材料足够便直接成稿;多种用法都像、必须用户点选时,把缺口交给 `self_score.gap`。产物正文不放评分、诊断、追问或开放问题。
|
||||
```
|
||||
|
||||
## principles
|
||||
|
||||
```principles
|
||||
1. 推进可轻可无;表规格交给变量/生成规则。
|
||||
2. 用户输入用法两套可选默认(未提及时择一,勿混用):
|
||||
- 大纲扩写:输入=大纲→扩写为事实→细化后正文;不发明大纲未涉及的剧情,完整演绎大纲。
|
||||
- 扮演停笔:用户本轮行为与对话→正文开头并扩写填满;禁止描述用户角色未输入的其它行为/对话;禁止替用户角色做决定;正文停在其他角色需要用户角色回应之刻。
|
||||
3. 交互范式已有停笔权限时:把它收成上面两种之一写入产物,不要因为权限已有就不落本步。
|
||||
```
|
||||
|
||||
## probe
|
||||
|
||||
```probe
|
||||
本步只钉两件:推进方式(场面推进 / 用户决策 / 无专门推进)、用户输入用法(大纲扩写 / 扮演停笔)。
|
||||
|
||||
用户未提输入用法时:按体验选一种写入产物并简短确认;两者都像才追问二选一,不必当成大缺口。
|
||||
推进方式不明则正文写「无专门推进」,不问好感公式、进度表或事件池。
|
||||
|
||||
缺其中一件:在产物「追问」写 1~2 点。两件够验收:`追问.题目` 为 `[]`。
|
||||
|
||||
用户谈到遣词、笔墨、写法档:写入「开放问题」,交给「叙事指南」。
|
||||
用户谈到变量增减、生成规则:只抽取能改推进方式的一句,其余写入「开放问题」。
|
||||
1. 全局只允许一种用户输入用法。切分依据是扩写与续写的定义,以及两者在本局的职责和篇幅预算。
|
||||
2. 三种用法互斥,写入时只保留一个完整合同:
|
||||
- 大纲扩写:输入是待演成场面的大纲。扩写要把每个节拍演满,节拍上的人、事、话、结果保持不变,节拍之间补具体动作把处境写出来;续写短,且不代用户做新决定。
|
||||
- 续写:扩写只跟用户本轮已声明的行为与对话;续写为主,停在其他角色等待用户抉择处,不替用户做态度或推进性决定。
|
||||
- 自动写入:输入多为短 meta 或极简扮演;续写宜长;可按主角设定代演用户角色言行。
|
||||
3. 多写“要怎样完成扩写/续写”,少写否定清单;只有会破坏该用法边界的禁点才保留。
|
||||
4. OOC/上帝视角内容由程序从裸写识别;本步写处理策略:服从到什么程度、是否打断当前场面、如何与既定扩写/续写比例兼容。
|
||||
5. 偏好库是参考:读取后改成本局可执行要求,不照抄。
|
||||
6. 单轮篇幅在这里一次钉死:给目标字数或窄区间,并把扩写、续写的占比与字数预算对应起来;其它节点直接消费,不重复定义。
|
||||
7. 不写遣词、写法档、版式或事件池公式。
|
||||
```
|
||||
|
||||
## output
|
||||
@@ -89,46 +59,68 @@ summary:`故事推进 · …`
|
||||
{
|
||||
"schema": "context-fragment.v1",
|
||||
"技能": "故事推进",
|
||||
"brief": "一句话:推进有无 + 输入用法",
|
||||
"brief": "一句话:唯一输入用法 + 单轮篇幅与扩写/续写分配",
|
||||
"mount": ["world-simulator", "narrator"],
|
||||
"稳变": "stable",
|
||||
"正文": {
|
||||
"依据的体验": ["…"],
|
||||
"推进与决策": {
|
||||
"有无专门推进": "有|无",
|
||||
"驱动力来源": "…",
|
||||
"用户输入用法": "择一写入。大纲扩写:输入=待扩写为事实的大纲;细化后写正文;不超出大纲未涉及处,完整演绎。扮演停笔:用户本轮行为与对话作正文开头并扩写填满;不可写用户角色未给出的其它行为/对话;不可替用户角色做决定;停在其他角色等用户角色回应之刻。用户另定则改写",
|
||||
"叙事速度与详略": "…",
|
||||
"成败与难度": "…",
|
||||
"变量门控钩子": []
|
||||
}
|
||||
},
|
||||
"自评": {
|
||||
"维度": [
|
||||
{ "名": "推进可执行", "分数": 8, "说明": "…" },
|
||||
{ "名": "输入用法钉清", "分数": 8, "说明": "…" }
|
||||
"选用偏好": [
|
||||
{
|
||||
"库条目": "preferences 中的 id",
|
||||
"本局要求": "本局化后的可执行约束"
|
||||
}
|
||||
],
|
||||
"薄弱点": ""
|
||||
},
|
||||
"追问": { "导语": "", "题目": [] },
|
||||
"开放问题": []
|
||||
"推进方式": "场面自推 / 等用户决策 / 无专门推进",
|
||||
"用户输入用法": "大纲扩写 | 续写 | 自动写入",
|
||||
"扩写要求": ["该用法下扩写要做什么、守住什么结果"],
|
||||
"续写要求": ["该用法下续写写到哪里、何时停笔"],
|
||||
"单轮篇幅": {
|
||||
"目标字数": "明确数字或窄区间",
|
||||
"扩写占比": "百分比",
|
||||
"扩写字数预算": "与目标字数及占比一致",
|
||||
"续写占比": "百分比",
|
||||
"续写字数预算": "与目标字数及占比一致",
|
||||
"自然浮动条件": "为完成当前句、动作或必要停笔点允许怎样小幅浮动"
|
||||
},
|
||||
"OOC处理": "裸写/上帝视角指令如何服从、是否打断场面、如何与比例兼容",
|
||||
"主角设定偏好": "大纲扩写或续写→客观设定为主;自动写入→详性格等主观面;无主角则省略"
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
硬规则:合法 JSON;输入用法必须是大纲扩写或扮演停笔之一(或用户另定的完整写法),禁止半套;禁止 order;summary 见 task。
|
||||
不写遣词示范、写法档、禁忌清单。
|
||||
硬规则:
|
||||
1. 输出合法 JSON;`用户输入用法` 只能是三者之一,不得并列或混装半套。
|
||||
2. `扩写要求`、`续写要求`、`单轮篇幅` 必须与所选用法一致;两项占比合计 100%,字数预算与目标字数对应。
|
||||
3. `选用偏好` 默认 1~2 项;无合适条目时可 `[]`,但仍须钉死唯一用法。
|
||||
4. 不重定义裸写 / `#行动#` / 引号的识别规则;只写 OOC 处理策略。
|
||||
5. 不在产物正文写自评、追问、开放问题或遣词示范。
|
||||
6. `mount` 固定包含 `world-simulator` 与 `narrator`。
|
||||
|
||||
## score
|
||||
|
||||
```score
|
||||
唯一性与切分:
|
||||
- 5:只选定一种用法;扩写/续写定义、目标字数和预算切分清楚,无第二种用法残留。
|
||||
- 3:主用法明确,但仍有一处边界、占比或字数预算含糊。
|
||||
- 1:混用多种用法,或扩写/续写职责无法区分。
|
||||
|
||||
可执行性:
|
||||
- 5:按该合同可直接开玩,扩写、续写、停笔与 OOC 处理都能执行。
|
||||
- 3:大方向可用,但停笔或 OOC 处理仍需猜测。
|
||||
- 1:只有用法名称,没有可执行要求。
|
||||
|
||||
偏好本局化:
|
||||
- 5:已读偏好并改成本局要求,与唯一用法咬合。
|
||||
- 3:有选用,但微调不足或与用法略冲突。
|
||||
- 1:未读库却声称偏好,或照抄且与本局脱节。
|
||||
```
|
||||
|
||||
## checklist
|
||||
|
||||
```checklist
|
||||
- [ ] 推进清楚或明确无?输入用法是完整的一种?
|
||||
- [ ] 未把遣词/写法档写进本步?
|
||||
```
|
||||
|
||||
## examples
|
||||
|
||||
```examples
|
||||
好:推进写「等用户决策」;输入用法钉「扮演停笔」。
|
||||
好:推进写「无专门推进」;输入用法钉「大纲扩写」,并写清不越界、一次成篇。
|
||||
坏:把两套输入用法混成半套;追问好感公式 / 事件池;或在本步写遣词示范。
|
||||
- [ ] 只选定一种用户输入用法?
|
||||
- [ ] 单轮目标字数、扩写/续写定义、占比与字数预算已写清且互相一致?
|
||||
- [ ] OOC/裸写处理策略已写,且未重定义固定标记语法?
|
||||
- [ ] 偏好已按需读取并本局化?
|
||||
- [ ] 未写入遣词、写法档或半套混用规则?
|
||||
- [ ] 产物正文不含评分、诊断、追问?
|
||||
```
|
||||
|
||||
Reference in New Issue
Block a user