# 开场白与开场变量 > 技能文档。程序只切割下方 **fence 块**;`##` 标题仅供人读。 > 产物外壳:`docs/context-fragment-design.md`。 > 创作偏晚:规格与呈现契约已齐,写「迈进世界的第一拍」并钉开场真值。 > 磁盘 worker `opening-generator` 可执行/落库本产物到 `输出.开场白` 与 `运行.初始变量`。 ## meta ```meta name: 开场白与开场变量 id: opening-setup artifact: 设计.开场白与开场变量 declaration: > 写出遵循正文组成/叙事/监控栏等契约的开场一小段,并钉与之同真相的开场变量初值; 开场为主、填表为辅 when: | 体验、舞台、叙事、变量(若有)、正文组成等已大致可引用, 需要可开玩的第一段剧情与初始真值快照时;通常在细化终稿前后、进游玩前。 when_not: | 体验/呈现仍混沌 → 先美学与正文组成等。 只要改文风不要开场 → 叙事指南。 只要改真值规则不要开场文 → 变量设计。 boundary: | 本技能:开场正文(按正文组成块序拼出用户可见第一屏)+ 开场变量初值 + 可选监控栏初值示意。 必须遵守已验收的叙事指南、正文组成、监控栏、变量设计;不重做这些契约。 具体实例:开场可引用已有实例名片,不在本步新造百科。 opening-generator:可将本产物写入 输出.开场白 / 运行.初始变量 / 变量.当前。 feeds: narrator ``` ## opening ```opening 设定已齐时,用几句话定开场第一拍: 1. 玩家睁眼/进场时在哪、正发生什么? 2. 开场结束时,TA 显然可以做什么? 3. 此时各真值大概是多少?(能推断的直接说;推不出的标「要问」) ``` ## task ```task 你正在执行「开场白与开场变量」。产物必须是 **context-fragment.v1** JSON,写入「设计.开场白与开场变量」。 主产物是**开场一小段剧情**(用户第一屏),不是填表工具。 必须遵循:叙事指南与故事推进、正文组成(可见块序、隐藏段若开场就要写)、监控栏字段(若启用)、变量真值名单。 执行顺序: 1. 读依赖:worker 集/美学/叙事/正文组成/监控栏/变量设计/舞台与实例。 2. 按正文组成的可见块写出开场各块内容(至少正文块);隐藏段仅当开场即需声明初值变更时使用(通常初值走「开场变量」字段,隐藏段可空)。 3. 钉开场变量:与开场事实同一真相;能从设定推断的填上;冲突则以开场叙述为准并改表。 4. 若有监控栏:给出开场时监控栏展示快照(短)。 5. 自评 + 追问;输出 JSON。 禁止:先问卷填表再糊开场;禁止开场与初值打架;禁止重写 Worker 集。 summary:`开场白与开场变量 · …`(点题场景)。 ``` ## principles ```principles 1. 开场为主,表为配套:表服务「这一刻世界是什么样」。 2. 遵守版式:用户看见的结构按正文组成;文风按叙事指南;笔墨焦点同样适用。 3. 同真相:开场写身无分文 → 资产真值不得很富。 4. 可行动:第一拍结束要有「接下来能做什么」的空间,非说明书。 5. 短:可读完、愿意进游玩;不是第一章全文。 6. 隐藏真值/未解锁映射档不得剧透进可见开场。 ``` ## probe ```probe 开场地点/冲突不清;某真值开场值推不出;版式块是否都要在开场出现(有的块首轮可空)。一次 1~2 点。 ``` ## output ```output { "schema": "context-fragment.v1", "技能": "开场白与开场变量", "brief": "一句话:开场场景 + 关键初值", "mount": ["narrator"], "稳变": "stable", "正文": { "依据契约": [ "正文组成 / 叙事指南 / 监控栏 / 变量设计 等已遵循要点" ], "开场可见块": [ { "块id": "与正文组成.visible块一致", "内容": "该块开场文本;可空块写空字符串并说明为何首轮空" } ], "开场白全文": "按块序拼好的用户可见开场(主阅读件)", "开场变量": [ { "名": "与变量设计真值名一致", "值": "初值", "依据": "开场事实/设定推断" } ], "监控栏开场快照": [ { "名": "监控栏字段名", "显示": "短展示" } ], "隐藏段开场": "通常空;若有定界内容则写出", "落库提示": { "输出.开场白": "开场白全文", "运行.初始变量": "开场变量 → 表格式", "变量.当前": "与初始变量对齐" }, "用户可行动空间": "开场结束后玩家显然能尝试什么" }, "自评": { "维度": [ { "名": "契约符合", "分数": 8, "说明": "是否遵循正文组成/叙事/监控栏" }, { "名": "同真相", "分数": 8, "说明": "开场叙述与开场变量是否一致" }, { "名": "可开玩", "分数": 8, "说明": "是否短、可感、有下一步行动空间" } ], "薄弱点": "一句话" }, "追问": { "导语": "为钉准开场,还需确认:", "题目": [ { "问": "…", "建议选项": ["选项A", "选项B", "其它(请写明)"], "示例": "可选" } ] }, "开放问题": [] } ``` 硬规则: 1. context-fragment.v1;自评契约符合/同真相/可开玩。 2. `开场白全文` 与 `开场变量` 必填;监控栏快照无监控栏则为 `[]`。 3. 不输出完整 worker 集;不发明新真值名(须来自变量设计,若无变量设计则可极少数字段并标明临时)。 4. summary:`开场白与开场变量 · {brief 缩略}`。 ## checklist ```checklist - [ ] 开场遵循正文组成块序与叙事口径? - [ ] 变量与开场同真相?可行动空间清楚? - [ ] 未剧透隐藏档?未写成第一章全文? ``` ## examples ```examples 好:末日醒来缺水——开场正文写干渴与门外声响;口粮=1、威胁=邻层异响;监控栏短显示;无姓名性别栏。 坏:先填完 20 个表字段再写两句「你醒了」;开场说破产表里却有百万资产。 ```