从一个可以用少量完整线索回答的问题开始,启动一款以证据为核心的推理游戏。在虚构的“气象站档案”中,三名技术人员在 06:00 期间分别在三座独立的气象站工作。玩家必须根据关键登记簿、值班表和交接收据来重建人员名单。
先在纸上设计案件。检查每条线索是否改变了可以排除的可能性,然后要求 AI 构建者使证据易于阅读,并使任务分配可逆。一个答案经过验证的简短案件,比一个解决方案不确定的长脚本能提供更好的起点。
选择一个答案可验证的问题

Lucas Pope 为《Return of the Obra Dinn》制作的官方新闻资料包描述了一个围绕探索和逻辑推理构建的谜团。一个小型浏览器项目可以利用这种广泛模式,要求玩家收集信息、形成理论并提交完整答案。
在这个案例中,给 Ada、Bram 和 Cleo 每人分配一个站点。每个站点恰好有一名技术员。唯一的选择是无线电塔、雨量计和配电房。在开场简报中明确说明这种排他性。否则,玩家可能会合理地认为两个人被分配到同一地点,从而从相同的证据中得出不同的结论。
编写改变人员名单的证据
将每条记录编写为玩家可以检查的内容。然后在设计笔记中说明其逻辑效果。保持观察与推断之间的区别清晰。只有当记录解释了谁有权签字时,签名才表明角色。
| 证据 | 记录内容 | 排除或确认的内容 |
|---|---|---|
| E1,钥匙签出 | Ada 未领取配电房钥匙。分配配电房任务需要该钥匙。 | Ada 在别处。 |
| E2,值班表 | 布拉姆在整个班次期间都无法执行无线电桅杆值班任务。 | 布拉姆在别处。 |
| E3,交接回执 | 克莉奥作为雨量计的指定技术员签了字。 | 克莉奥在雨量计工作。 |

允许玩家在编辑名册时重新打开每条记录。在宽屏上,将证据列表放置在板子旁边。在窄屏上,将名册和证据放在独立的面板中,并提供清晰命名的控件以返回任一面板。将临时名册存储在一个共享状态中,以便切换面板时保留该状态。
在构建板子之前验证唯一性
列出将三个不同的站点分配给三个名字的所有方式。共有六种排列。移除每一个与线索矛盾的排列。在 E1 之后,数量从 6 降至 4,然后在 E2 之后降至 3。剩下的这三个候选者很容易直接检查。
| 阿达 | 布拉姆 | Cleo | E3 检查 |
|---|---|---|---|
| 无线电天线 | 雨量计 | 配电房 | 冲突 |
| 无线电天线 | 配电房 | 雨量计 | 匹配 |
| 雨量计 | 配电房 | 无线电天线 | 冲突 |
移除 E3 后,所有三行均保留。添加第四条记录,说明 Cleo 是指定的无线电天线技术员,同时保留 E3,则没有任何一行保留。这些是有用的作者检查:一行保留意味着证据决定了名单,多行保留意味着案件未定,零行保留意味着线索冲突。
对整个名单提供反馈

在验证前允许编辑和撤销。如果同一站点出现两次,立即解释排他性规则。对于与记录冲突的完整名单,返回一条关于整体证据的信息。如果每行在猜测时独立亮起,玩家就可以通过尝试选项而不阅读案件来解决问题。
比赛结束后,显示完整答案以及确立每项推论的记录。收据将 Cleo 定位在雨量计站。Bram 无法负责无线电塔,因此 Bram 负责电力棚。Ada 负责剩余的无线电塔任务,这与钥匙签出记录一致。解释应保留这一逻辑链条,而不是让 E1 听起来足以单独确定 Ada 的位置。
向 AI 提供完整案例
使用此提示构建第一个版本。在添加更多姓名或发现场景之前,先测试案例数据和交互。
构建一个名为 Weather Station Archive 的原创浏览器推理游戏。
在 06:00,Ada、Bram 和 Cleo 各负责一个站点。每个站点有一名技术员。
站点:无线电塔、雨量计和电力棚。
E1,钥匙签出:Ada 未领取电力棚钥匙。电力棚值班需要该钥匙。
E2,值班表:Bram 在整个班次期间无法负责无线电塔值班。
E3,交接收据:Cleo 签署为指定的雨量计技术员。
在三张可读的证据卡片中显示这些确切事实。在编辑期间保持它们可用。
允许玩家为每位技术员分配一个站点,撤销编辑并重置为空名册。
在验证之前,解释重复分配和缺失的选择。
对于完整但错误的名册,提供通用的证据冲突消息。
验证整个名册。仅在成功提交时显示解释。
在单独的作者检查中,枚举不同的站点分配。
预期数量:无线索 6,仅 E1 4,E1 和 E2 3,所有三条线索 1。
预期答案:Ada 无线电塔,Bram 电力棚,Cleo 雨量计。
确认在保留 E3 的情况下添加 Cleo = 无线电塔会导致零个答案。
使用键盘可访问控件和原创气象站插图。
尝试一个缺少一个选择、包含重复站点以及完整但错误分配的名册。每种情况都应收到上述指定的反馈。然后提交唯一解,确认解释并重置。重置后,所有三个站点应处于未分配状态,并保留原始证据可用。
如需帮助将您自己的证据台账转化为首个原型,请参阅首次构建指南。使用提示词在 SEELE AI 游戏制作器中构建 Weather Station Archive,并在扩展案件之前核实名单。
常见问题
我的第一款推理游戏应该包含多少条线索?
从一组可以完全核查的小型线索开始。在这种情况下,三条记录将六种可能的名单缩小为一种。当线索有助于区分候选项或解释玩家所需的假设时,再添加线索。避免添加仅重述现有线索已强制得出的推理的第二条记录。
我如何判断一条线索是否使谜题变得模糊?
移除该线索并统计剩余的分配方案。如果多个不同的名单仍然符合所有剩余记录,则简化后的案件是模糊的。在气象站示例中,移除交接收据后剩下三种可能性。尝试在调试视图中向作者显示剩余的候选项,并附上用于消除每个被拒绝行的过滤器。
游戏应该指出哪些个人猜测是正确的吗?
对缺失条目和重复分配提供即时反馈。对于完整但错误的名单,提供整个案件的冲突消息,以便读者仍需解读记录。一旦玩家成功,解释整个链条,以便他们可以与自己的推理进行比较。
在扩展案件之前,我应该检查什么?
确认唯一名单、撤销、重置和整个名单的反馈。在你的作者检查中,移除一条线索以测试模糊性,并添加一条不兼容的线索以确认检查器能否检测到矛盾。如果作者工具允许更改案件数据,请在重置后重新检查原始的六个候选项。


