围绕一个价值会随时间变化的决策构建二元选择游戏。在虚构的信号港中，第一个请求询问是否花费少量信任和电量进行诊断。结果在两张卡片后变得重要，因为如果诊断处于激活状态，同一艘渡轮重启所需的电量会更少。
从三张固定卡片和一个可见的回合日志开始。这为你提供了足够的空间，以便在同一屏幕上清晰地展示早期成本、诱人的捷径和延迟回报。
从一项延迟后果开始
Devolver Digital 的官方 Reigns 页面 提到了 Nerial，并描述了影响相互竞争利益的向左或向右的决策。对于小型游戏来说，一个有用的原则是保持两个选项简单，同时让它们的后果取决于当前状态。
Signal Harbor 将该原则应用于原创的设定与规则体系。在做出最终决定之前，两个选项均保持可见。玩家可以使用按钮或键盘输入。通过将每个输入都通过同一个决策处理器，保持这些控制方式的可互换性。
明确指定所有三个请求
初始状态为信任 3 和电量 3，诊断功能关闭。同时应用所选的增量值，并记录生成的计数器。任何计数器降至零或以下时，立即结束本次运行。如果在前三张卡牌期间两者均保持高于零，则仅当两者最终均达到 2 或更高时，本次运行才算成功。在日志中保留负值结果，以便玩家查看某个选择超出预期的程度。
| 请求 | 第一个选项 | 第二个选项 |
|---|---|---|
| 检查接线 | 执行。信任 −1，充能 −1。开启诊断模式。 | 暂缓。保持两个计数器和标志位不变。 |
| 庭院灯光 | 开启。信任 +2，充能 −2。 | 保持。信任 −1，充能 +1。 |
| 渡轮信号 | 重启。信任 +2。无诊断时消耗 3 充能，有诊断时消耗 1。 | 等待。信任 −1，充能不变。 |
“保持”选项按设计恢复 1 点充能。将该权衡直接显示在卡片上，以便玩家据此规划。该装置在虚构游戏中使用抽象资源。
在最后一张卡片上，显示根据标志位推导出的实际重启成本。在测试构建中，日志应说明计算成本时诊断是否处于激活状态。成本规则为：基础成本减去诊断激活时的 2，最低成本为 1。
重放关闭和备用失误
每一行都从相同的初始状态开始。下方的配对按信任、充能排序。注意两种不同的失败状态，并为每种状态提供具体的消息。
| 选择路径 | 请求一之后 | 请求二之后 | 请求三之后 |
|---|---|---|---|
| 运行 → 保持 → 重启 | (2, 2)，诊断开启 | (1, 3) | (3, 2)，成功 |
| 推迟 → 打开 → 重启 | (3, 3)，诊断关闭 | (5, 1) | (7, −2)，关机 |
| 推迟 → 保持 → 重启 | (3, 3)，诊断关闭 | (2, 4) | (4, 1)，预留未命中 |
成功的路径会暂时将信任值降至1。如果界面将低于最终储备值的任何数值标记为立即失败，就会拒绝这条有效路径。将2标记为回合结束目标，将0标记为关闭边界。这能在玩家需要之前保持这种区别可见。
给 AI 一份精确的浏览器游戏简报
将测试数据作为一个小任务粘贴到游戏构建器中。在添加美术资源或随机卡牌之前，要求提供可见的控制项和追踪日志。
构建一个名为 Signal Harbor 的虚构浏览器决策游戏。
初始信任值和电量均为3，并将诊断模式设为关闭。
按顺序呈现以下三个请求：
1. 检查线路：执行“运行”会扣除1点信任值和1点电量，并开启诊断模式。“推迟”不改变任何数值。
2. 庭院灯光：选择“打开”会增加2点信任值并扣除2点电量。选择“保持”会扣除1点信任值并增加1点电量。
3. 渡轮信号：选择“重启”会增加2点信任值并消耗计算出的电量成本。选择“等待”会扣除1点信任值，电量保持不变。
使用两个带标签的按钮。将键盘控制路由到同一个处理程序。
将每个输入绑定到当前请求 ID。拒绝重复或过期的输入。应用一次两个增量，并记录选项、计数器和诊断标志。
当诊断模式激活时，“重启”的成本为 max(1, 基础重启成本减去2)。否则，“重启”的成本为基础重启成本。
每次选择后检查是否有计数器降至零或以下。
在第三张卡牌后，要求信任值和电量至少为2才能成功。
在结局时锁定选择。重置将恢复完整的初始状态。
基础重启成本从3开始，并暴露一个控件来更改它。
从重置状态开始，运行 / 保持 / 重启必须以 (3, 2) 结束，结果为成功。
推迟 / 打开 / 重启必须以 (7, -2) 结束，结果为关闭。
推迟 / 保持 / 重启必须以 (4, 1) 结束，结果为储备未达标。
当基础成本为2时，推迟 / 保持 / 重启必须以 (4, 2) 结束，结果为成功。
使用原始的港口美术资源以及可读且支持键盘访问的控制项。按顺序播放表格中的路径。每次运行后，重置并检查第一张卡牌、两个计数器以及标志位。在测试构建中，提交两次相同的请求 ID。第二次事件应保持当前卡牌、计数器和日志不变。
更改基础成本并重放
仅将基础重启成本从 3 更改为 2。从重置状态开始，重复执行“推迟”、“保留”和“重启”。前两个状态保持为 (3, 3) 和 (2, 4)。最后一个状态变为 (4, 2)，因此之前失败的储备现在成功了。
“运行”、“保留”、“重启”在最后一张卡牌上仍然消耗 1，因为最小值保持不变。“推迟”、“打开”、“重启”仍然会导致关闭，最终结束于 Charge −1。这次重放准确地告诉您哪条路线变得更加宽容。请参阅首次构建指南，了解如何将小型书面测试用例转化为可迭代的提示词。
在 SEELE AI Game Maker 中开始构建 Signal Harbor。从状态表开始，并在扩展卡牌组之前验证三种结局。
常见问题
在第一个决策游戏中应该包含多少选择？
从三张固定卡牌开始，每张卡牌有两个选项。让其中一个早期选择在最后一张卡牌上产生后果，以便检查玩家是否能跟上。在引入洗牌卡牌或分支内容之前，从重置状态重放同一副卡牌。
我应该如何向玩家展示延迟效果？
将即时成本放在选项旁边，并在选择后保持 Diagnostic 标志可见。当渡轮请求到达时，显示折扣后的重启成本。一条追踪条目可以同时显示标志和最终差值，以便进行更清晰的测试。
为什么将关闭与储备失败分开？
它们在规则中发生在不同的时间点。关闭会在计数器达到零或以下时立即结束一次运行。储备失败是在最后一张卡牌之后决定的，即使整个运行过程中两个计数器都保持正值，也可能发生。
在添加随机卡牌之前，我应该检查什么？
验证固定路径、确切的初始状态以及结局后的锁定机制。确认即使用户触发两次，相同的输入也只应用一次。然后添加基于种子的洗牌，以便可以重放已报告的路径。
