如何使用 AI 制作类似《Good Pizza, Great Pizza》的游戏

要制作一款受 Good Pizza, Great Pizza 启发的原创烹饪游戏，请从一个改变玩家构建订单方式的顾客请求开始。在这个虚构的山顶天文台亭中，一位顾客要求一个带有香草的酥脆糕点放在通风口袋中，以及一个带有李子的柔软糕点放在封闭口袋中。如果你交换这两个完成的糕点，你仍然使用了所有食材。订单失败，因为口袋很重要。

保持第一次构建足够小，以便从请求到交付进行测试。一个载具和一位顾客可以让你检查玩家是否能解读订单、从错误中恢复并完成。

以顾客订单为起点

TapBlaze 的 官方游戏网站 描述了如何满足顾客的披萨订单。该工作室的 新闻资料包 还描述了如何解读请求、为具有不同偏好的顾客制作披萨，以及查看取决于他们满意度的对话。

借鉴将请求转化为玩家可检查的动作这一设计原则。构建你自己的场景、食物、顾客和订单规则。在天文台亭中，容器是谜题的一部分。顾客希望将两种糕点按不同用途排列。

将一个请求转化为两个精确的槽位要求

让顾客的台词在柜台前保持可见。“把香草酥脆放在能呼吸的地方。我要李子柔软放在封闭口袋。”给载具一个开放的、带槽的口袋，标记有气流，以及一个带铰链透明盖的口袋。盖子标识该隔间。没有单独的关闭动作。

从一个酥脆糕点、一个柔软糕点、一个香草装饰和一个李子装饰开始。将基底放入空口袋。只有在口袋有基底后才添加装饰，并且每个口袋允许一个装饰。当每个令牌放入托盘时消耗它。在交付时，检查每个口袋中的基底和装饰是否符合表格。所有四个部件的数量告诉你玩家使用了什么，但忽略了每个部件放在哪里。

重放一次两个糕点互换的交付

每个有效动作使用七个回合中的一个。当两个糕点都完成时，允许玩家在口袋之间交换整对糕点，而不使用更多库存。只有当托盘满时才能交付。它花费一个回合并检查订单。如果托盘满但错误，高亮显示错误的口袋，显示每个口袋的要求，并保留内容物以便玩家纠正排列。

不完整的托盘无法交付。拒绝该命令而不花费回合，就像拒绝使用不可用库存的放置一样。合法但不匹配的交付花费一个回合。在回合限制处宣布订单未完成之前检查成功，以便第七回合的正确交付仍然有效。

给 AI 一个订单和一组简短的检查

将托盘描述为两个固定口袋及其各自的内容，并单独描述玩家动作。在预期结果易于验证之前，将食物部件保留为占位符。

创建一个天文台亭的原创浏览器订单谜题。
显示一个持久的顾客请求和一个带有通风和封闭口袋的载具。
通风需要酥脆加香草。封闭需要柔软糕点加李子。
每种开始一个令牌。没有计时器、货币或烹饪步骤。

将一个基底放入空口袋，然后将一个装饰放在基底上。
每次放置消耗该令牌。当两个口袋都完成时，交换
交换完整的对，交付检查每个精确口袋。
每个有效动作花费七个回合中的一个。不完整的交付或
交换、不可用的令牌和无效的放置不改变任何内容。

在完全不匹配时，消耗交付回合，保留托盘
和库存，并为每个错误口袋显示请求的对。
在匹配时，在检查回合上限之前成功完成。
如果第七回合结束仍未匹配，标记订单未完成。
重置恢复两个空口袋、订单、库存和回合计数。

尝试在只放置一个基底后交付。检查该动作是否无效。然后尝试在柔软糕点上使用香草，在酥脆上使用李子。交换整对无法修复这些组合，因此使用重置并验证所有四个令牌是否返回。从表格重放两条路线，并在每次交付后立即检查结果。

将提示提前，保持订单相同

尝试在托盘首次变满时立即显示相同的不匹配提示。保持库存、回合限制和最终交付检查相同。提示不使用回合。在工作表中，遵循一个简单的规则：一旦提示显示两个整对都在错误的口袋中，就立即交换。

在基线路径中，第一个提示出现在第五回合被拒绝的交付之后，因此纠正后的交付在第七回合成功。使用较早的提示，相同的四个放置在第四回合触发反馈。第五回合交换，第六回合交付。正确的托盘仍然需要交付，无论如何都在第五回合完成。

早期反馈给玩家更多的恢复空间，但也可能泄露你希望他们做出的推理。使用 一次修订一条游戏规则的指南 在构建后比较两个版本。

在添加菜单之前完成第一个订单

请求一个玩家可以组装、提交和重置的托盘。在添加第二位顾客之前，给验证器一个包含所有正确部件但错误的托盘。使用 SEELE 的 AI 游戏制作器开始你的原创烹饪原型，并将两条交付路线保留在附近作为检查。