叙事游戏原型怎么做：先验证选择与回响

先说明原型要证明什么，也会怎样失败

novel-to-game 的世界设计方法要求把体验写成玩家动作、可见变化与失败现象。本篇讨论叙事体验原型，最终成品检查见改编游戏测试。

原创设定：玩家扮演剧院管理员，决定是否公开一名工人的证词。原型要验证：“玩家能理解公开与守密的差别，且角色会在下一场具体回应这个决定。”

否决现象也先写清：玩家选择前不知道证词来自谁；两种选择都自动公开姓名；下一场人物与选项完全相同；结局只说“你做得很好”。出现任何一项，先修知识、状态或回响，不靠更多对白掩盖。

不要把假设写成“玩家会感动”并宣称代码运行就证实了。选择是否读得懂可以观察，感动与人物魅力还需要真实试玩反馈。

范围小，核心循环仍应成立：读局面、调查、比对、作决定、承受回应。只有点击“继续”放行既定剧情，不足以验证互动体验。

用文本或简单场景测试知识与承诺即可；如果主要风险是三维空间走位、镜头或实时操作，文字顺畅不能证明这些成立，需做对应引擎里的灰盒。

路径 A：先询问公开风险，承诺匿名，匿名提交。后续工人愿意补交记录，但负责人要求更多核验。

路径 B：先查交接记录，选择带名公开。负责人可以直接找工人核实，工人却不再愿意让玩家代为发言。

两条不是简单的好与坏：一条保留合作但核验较难，另一条加快核验但影响信任。选择前给玩家必要依据，结果后点出具体行动。

记录初始状态、输入、实际状态变化、角色回应与结束结果。只有相关系统确实有随机性时才需要固定随机种子；本例不必加随机判定。

再重开并走未承诺匿名的路径，确认没有“你违背承诺”的错误回应。重开能否清空上一局的持久状态，也是原型闭合的一部分。

修完先重放原失败路径，再走会暴露串线的相邻路径。别因一条问题重写整份设计。

原型通过只说明已测试的这段闭环成立，不能证明全部路线、长期经济或情绪都完成。扩展前先问新增内容提供什么新的决策或回响；优先增加已验证核心上的变化。

可以，文本和简单场景能验证知识、选择与回响。但操作、空间或镜头风险需在对应实现环境验证。

不一定。先定位知识、规则、状态或反馈缺口，做最小修改并重放。若核心假设持续不成立，再缩小或换方向。

请 game-world-design 规划最小叙事原型：列可证伪假设、进入到结果和重开的闭环、两条代表路径与失败定位。按最大风险选保真度，不先增加完整路线、美术或无用系统。