在宠物店模拟游戏中规划照护、货架和订单

将动物照护与零售销售分开记账

当动物照护有专用储备、零售有独立库存，而且短班次内每项行动都有明确消耗时，宠物店经营游戏就更容易理解。从一项照护任务、一笔顾客订单和三次员工行动开始。订单只检查零售库存，避免销售失败时悄悄消耗动物所需物资。

本指南使用 Paws & Provisions，这是一个数值可手工核对的虚构教学设计。其店铺、规则和纸面修订并非现有游戏或真实商店。本文没有运行游戏提示词、制作构建或试玩，也不声称有测量结果。示例提供一份规则约定和未来检查项，供你制作自己的原型时使用。

限定首个店铺班次

不要一开始就纳入完整店铺可能包含的所有动物、商品和经营系统。首个可玩切片应让一个班次回答一个聚焦问题：玩家能否照顾动物、补充货架，并完成一笔简单订单，同时不混淆照护物资和可售库存？

在虚构设计中，玩家初始有 6 现金、由 1 份食物和 1 份干草组成的照护储备、零售库存中的 1 份食物和 1 份干草，以及 3 次员工行动。一位顾客各需要 2 份，只有零售库存足以供货时才会支付 8。照护行动使用受保护的食物和干草。补货花费 4，并向零售库存各添加 2 份商品。

首版只包含一个房间、一项动物照护任务、一排货架、一笔订单和一个班次。暂缓员工排班、繁殖、兽医急诊、季节性需求、定制生产、多地点和长期升级。理解此循环后再添加这些系统。

将照护库存与零售库存分开

使用两个有名称的账本，而不是混合库存。照护储备专供动物任务使用；零售货架是顾客唯一能购买的库存。销售检查应在任何变化前先核对零售数量。如果零售库存不足，就显示库存警告并拒绝订单，两个账本、现金和员工行动次数都不改变。

最后这条规则会影响班次计算。售货失败属于零成本拒绝：不消耗食物、干草、现金或员工行动。玩家之后仍可选择照护、补货和售货，完成三次成功行动。被拒绝的尝试不会让计划路线无法完成。

在提示词和验收检查中都明确拒绝规则。否则，玩家可能因尝试无法供货的订单而被扣行动，或者游戏可能误用受保护的照护物资。这是两种不同设计，应在实现前选定并说明。

提示一个可玩的店铺日常班次

精简提示词应定义玩家目标、初始状态、行动消耗、交易防护和预期结束状态，还应要求显示订单被拒绝时的可见反馈。以下是可复用的虚构示例起始模板：

设计一款单班次、单房间的小型宠物店经营游戏。玩家照顾一只温顺的兔子，管理受保护的照护储备和独立零售库存，并处理一笔顾客订单。初始状态：现金 6；照护储备有 1 份食物和 1 份干草；零售货架有 1 份食物和 1 份干草；有三次员工行动；顾客订单需要 2 份食物和 2 份干草，付款 8。照护使用储备中的一份食物和一份干草，并消耗一次行动。补货花费 4 现金，向零售库存各增加 2 份食物和干草，并消耗一次行动。售货从零售库存扣除 2 份食物和 2 份干草并收取 8；仅在成功时消耗一次行动。零售库存不足时，显示警告并拒绝售货；库存、照护储备、现金和行动次数均不改变。订单绝不能使用受保护的照护库存。展示“照护 → 补货 → 售货”的前后账本，然后将库存不足的拒绝作为单独的零成本检查展示。三次成功行动后结束班次。使用简洁原创店铺画面和清晰的重启状态。返回规则、行动顺序、可见反馈、预期账本和待确认问题。不要添加额外系统。

要求视觉润色前，先检查答案是否区分两本库存账、只对已完成行动扣次、补货前核实现金，以及仅在订单有效后收款。如果其中任何检查含糊，应修订规则文本，而不是添加更多店铺功能。

手工核对店铺班次

使用账本核对计划路线。零售初始库存为食物 1、干草 1。补货各增加 2 份，货架变为 3/3。售货扣除 2/2，剩余 1/1。照护行动单独使用预留的 1/1，使照护储备变为 0/0。现金计算为 6 − 4 + 8 = 10。

先尝试订单的分支同样值得检查。补货前零售库存只有 1/1，因此 2/2 订单被拦截。零成本拒绝不会改变开班现金、零售货架、照护储备和三个行动位。玩家仍可完成“照护 → 补货 → 售货”，抵达相同结束状态。

先进行一次纸面修订，再定义未来检查

设想一个库存共享的含糊 v0。如果售货只检查合并库存，2/2 订单就可能拿走照护预留的一份食物和一份干草，再加上货架上各一份。销售成功，但计划中的照护任务将无物资可用。这暴露的是规则冲突，而非经营策略。

在手工推演的 v1 中，将库存拆分为 照护储备（careReserve） 和 零售货架（retailShelf），并只允许售货读取零售账本。使用相同开班数值时，先下单会因零售库存 1/1 而被拒绝。由于被拦截的售货不消耗成本，所有账本和行动预算均保持开班状态。随后执行“照护 → 补货 → 售货”，结果为现金 10、照护储备 0/0、零售库存 1/1。这是原创纸面模拟，不是游戏构建、提示词结果、软件测试或真实试玩。

将以下内容作为未来原型的验收检查。这些是根据本例虚构规则推导出的预期状态，不是观察到的产品行为。

测试构建时，将每个观察到的状态与表格比较，并记录确切操作、之前数值和结果数值。如果结果不同，每次只更改一条规则并重新运行该检查。本文的推演仍停留在纸面上，不声称已经执行这些未来测试。

将循环带入游戏工作流

Free AI Game Maker 官方页面介绍了一般工作流：用简单英语描述游戏、查看可玩的 2D 或 3D 结果、在浏览器中测试、通过后续提示词改进、从免费 Koins 开始，并在每次生成前检查费用。这些宽泛信息不能证明系统会正确生成宠物店模拟器或本文库存规则。应将上述提示词视为设计简报，然后检查未来结果中的受保护账本、订单拦截行为、行动预算和确切状态转换。

从最需要回答的小问题开始：店铺能否表示两种库存，并说明订单为何被拒绝？只有在首个班次仍然易懂后，才添加更多动物、订单或更长日历。生成前查看所选工作的费用；生成后检查结果，不要假设提示词已被照做。

从一个班次开始

有力的宠物店经营游戏可以从简单取舍开始：保护照护物资、决定补货时机，并在有限班次内完成顾客订单。保持账本分离，让失败订单不产生消耗，并在扩展店铺前手工核对预期结果。准备好构思自己的创意时，请打开 Free AI 游戏制作器 ，并在每次生成前查看费用。

宠物店经营游戏常见问题

首个店铺循环应构建什么？

从一项动物照护任务、一排零售货架、一笔顾客订单和较小行动预算开始。将受保护照护物资与销售库存分开，然后定义每个动作的确切成本和结果。相比升级日历、排班和季节活动，一个班次更容易检查。

照护物资应计入零售库存吗？

本例中不计入。照护储备和零售货架是两个独立账本，顾客订单只能读取零售账本。这可以保护动物照护任务不受销售影响。其他设计可使用不同规则，但应准确说明物资何时在用途间转移，以及玩家如何看到后果。

被拒绝的订单会消耗员工行动吗？

不会。本虚构设计中，库存不足的售货检查不会改变零售库存、照护储备或现金，也不会消耗员工行动。游戏会显示警告，并允许玩家选择其他操作。如果希望失败尝试消耗时间，应将其作为另一条规则说明并重新计算班次。

Paws & Provisions 或其修订版经过测试吗？

没有。Paws & Provisions 是虚构教学案例，v0 到 v1 的比较是手工推演的纸面模拟。没有提交提示词、生成可玩构建，也没有运行游戏或用户测试。表格是未来检查的预期值，不是观察结果的证据。

SEELE 在此工作流中能提供什么帮助？

当前官方页面介绍了用简单英语描述游戏、审查可玩的 2D 或 3D 输出、生成可玩的 2D 或 3D 初版、浏览器测试、后续提示词、免费 Koins，以及每次生成前查看费用。页面没有说明宠物店专用系统。如果使用游戏制作器，应依据自己的库存、行动和订单规则检查生成结果。