合作僵尸射击游戏不只是两名玩家和不断增加的敌人数量。它还需要一个共同目标、清晰的角色分工，以及一个让弹药、修理和进度彼此竞争的短决策窗口。本指南将把这个构想整理成精简的提示词序列，并手工推演一条三波路线。
示例 《四号信标的死寂电波》是虚构的设计练习。没有运行提示词，也没有提供可玩构建或合作游玩过程；下方数值不是经过测试的平衡数据。把它们当作纸面规则约定，根据自己的设计调整，并在声称结果前对照真实构建进行验证。
先确定一个共同目标
“两名玩家射击僵尸”没有说明生成工具为何要让他们合作。给他们一项能把战斗与可见结果联系起来的共同任务：给紧急信标充能、守住大门，并一起抵达一个撤离点。这样首个原型就有三个相连的问题：谁把弹药用在每种威胁上，两波之间两人可以做什么，以及什么状态才算团队获胜？
首版范围应刻意保持很小：一处雨中的中继场地、每名幸存者各一支固定卡宾枪、三段短波次、一个信标、一扇大门和一辆救援卡车。设计假设为两名玩家同屏，并各自使用通用手柄。左摇杆移动、右摇杆瞄准、扳机射击、“互动”键操作信标或救援。这是虚构的控制计划，不表示任何特定工具支持本地合作或网络联机。
描述尸潮前先锁定核心规则
要求制作场景前，先写清初始状态、成本、时序和重置方式。表格能揭示“紧张”或“合作”等形容词无法确定的规则。
| 系统 | 首轮拟定规则 | 提示词应要求什么 |
|---|---|---|
| 幸存者与武器 | A、B 各有 3 点生命、弹匣内 2 发、备用弹药 4 发。两人都使用相同半自动卡宾枪。每发消耗一颗已装填子弹；命中可击败一只生命值为 1 的行尸。 | 显示双方生命和弹药，并固定武器。射偏仍消耗子弹，但不造成伤害。 |
| 波次与压力 | 三波各持续 20 秒，依次生成 2、3、4 只基础行尸。每波结束时，每只存活行尸对大门造成 1 点伤害，然后离开本次遭遇。 | 清楚显示波次计时和剩余目标。若到幸存者的最短路径相同，明确规定由 A 先处理。 |
| 共同目标 | 钢门初始耐久为 5/5；信标初始进度为 0/3。只有完成第 3 波、信标达到 3/3 且两名幸存者都进入卡车区域，团队才获胜。 | 分别显示大门耐久和信标进度。只有一人进入卡车不能算胜利。 |
| 间歇期 | 每段 8 秒安全间歇中，每名幸存者各选一项行动：充能、从备用弹药最多装填 2 发，或修补 1 点门耐久，最多恢复至 5。每段间歇最多获得一点信标进度，即使两人都选择充能也一样。两人选择同时结算。 | 说明同时结算及每段间歇最多充一次。第二个充能选择不产生效果。 |
| 倒地与救援 | 生命降至 0 后，该幸存者倒地并开始 10 秒计时。2 米内的队友按住“互动”2 秒，可准确恢复 1 点生命并清除计时。每位幸存者每局最多被救起一次；用完额度后再次倒地则本局失败。 | 明确要求距离、按住时长、恢复生命值、计时器效果、每人救援次数和失败条件。 |
| 重开 | 重开回到第 1 波：双方生命各为 3，大门 5，信标 0，双方弹匣各 2 发、备用弹药各 4 发，无倒地计时，且两人的救援额度均未使用。 | 要求完整重置，不让弹药、大门损伤、信标进度或救援标记带入下一局。 |
这些数值让提示词可供检查，但不能证明游戏会显得公平。例如，20 秒波次要求目标容易辨认，也要给玩家足够时间决策；移动速度、敌人出现间距和射击反馈是否支持这个时间，只能通过实际构建观察。
在波次循环中追踪充能、装弹与修理
间歇期会把共同目标变成团队决策。充能推进撤离进度，装弹恢复后续火力，修理则保护大门。设计将信标进度限制为每段间歇最多一点，避免两名玩家同时执行重复行动就把目标充满。
| 阶段 | 行动与结果 | A / B 弹药 | 大门 | 信标 | A / B 生命 |
|---|---|---|---|---|---|
| 开始 | 两名玩家进入场地；尚未开火。 | 2+4 / 2+4 | 5/5 | 0/3 | 3 / 3 |
| 第 1 波 | 出现两只行尸。A、B 各命中一只；两只都被击败。 | 1+4 / 1+4 | 5/5 | 0/3 | 3 / 3 |
| 间歇 1 | A 充能一次；B 装填一发。 | 1+4 / 2+3 | 5/5 | 1/3 | 3 / 3 |
| 第 2 波 | 出现三只行尸。A、B 各命中一只；剩下一只，波次结束时大门损失 1 点耐久。 | 0+4 / 1+3 | 4/5 | 1/3 | 3 / 3 |
| 间歇 2 | B 充能一次；A 装填两发。 | 2+2 / 1+3 | 4/5 | 2/3 | 3 / 3 |
| 第 3 波 | 出现四只行尸。幸存者各击败一只；剩下两只，对大门造成 2 点伤害。 | 1+2 / 0+3 | 2/5 | 2/3 | 3 / 3 |
| 间歇 3 与撤离 | A 充能一次；B 修补 1 点大门耐久。随后两人都进入卡车区域。 | 1+2 / 0+3 | 3/5 | 3/3 | 3 / 3 |
这组算术足够简单，可以核对：每次射击消耗一发装填子弹；第 2 波剩下一只行尸，大门损失一点耐久；第 3 波剩下两只，损失两点；最后修补后增加一点。信标在三段间歇里各增加一点。此设计路线中没有幸存者受伤，所以生命保持 3/3，双方每局一次的救援额度都没有使用。这份纸面推演不模拟寻路或实时瞄准；在声称这些机制有效之前，需要实现并观察实际运行结果。
分阶段编写提示词
不要让一条超长提示词同时发明规则、构建竞技场、平衡波次并润色最终结果。把工作拆开，这样在缺失规则变成令人困惑的视觉或交互之前，就能先修正它。
1. 先要求规则与状态约定
设计一款虚构的同屏本地合作俯视双摇杆僵尸射击游戏，名为《四号信标的死寂电波》。增加美术前，
先为两名幸存者、一处中继场地、三波各 20 秒的战斗（2/3/4 只生命值为 1 的行尸）、每人一支固定卡宾枪、
生命 3、弹匣 2 发、备用弹药 4 发、大门耐久 5、信标 0/3 和 8 秒安全间歇，返回精简状态表。
每次射击都消耗一发；命中击败一只行尸；每波结束时，每只剩余行尸对大门造成一次伤害，然后离开。
每位玩家在间歇期都可充能、最多装填两发，或修补一点大门耐久；双方行动同时结算，团队每段间歇
最多获得一点信标进度。加入倒地/救援、双人撤离、失败和完整重开规则。列出歧义，不要悄悄发明机制。
这是设计请求，不表示构建已经存在。这条提示词先要求明确状态模型。如果回答改变了每段间歇一次充能的上限、让备用弹药变成共享，或允许使用过的救援额度在重开后保留，就应在请求生成场景前解决冲突。
2. 只请求首个可玩片段
根据已达成一致的规则表，制作一个可玩的竞技场：两名同屏玩家、每人一支相同卡宾枪、一扇大门、
一座琥珀色信标、三波逐渐增加的敌人、8 秒间歇，以及一个撤离区。用易读反馈显示生命、装填与备用弹药、
大门耐久、信标进度、当前波次和剩余时间。实现指定的间歇同时选择、10 秒倒地计时、2 米内按住互动 2 秒
并恢复 1 点生命的救援规则、每位幸存者一次救援额度、大门耐久归零失败，以及重置所有列出数值的重开。
排除战役、Boss、武器升级、偏转机制、额外竞技场和在线联机。返回控制方式和状态检查清单；不要把未观察到
的测试报告为已完成。范围明确的请求能减少活动部件，但生成结果仍需检查。如果实际工作流提供可玩结果，应将控制方式和状态与规则约定逐项比较，不要假定每项要求都已实现。
3. 根据真实观察一次修正一个差异
在我提供实际操作和观察状态后，将其与此预期状态比较：[粘贴具体波次/间歇表格行]。
只修改造成差异的规则或反馈。保留另一名玩家的状态、大门、信标、弹药和计时。
返回被修改规则、预期前后数值，以及一个可重复的检查步骤。如果没有附上观察记录，
不要编造故障，也不要声称检查通过。第三条提示词有意设置了前提。本资料没有观察到的运行结果可以粘贴，因此它仍是模板，而非已完成的迭代。编写教程时要保留这一差别：手工推演示例可以教读者检查什么，却不能代替测试结果。
检查交互，而不只是敌人数量
真实构建完成后，一次只检查一个可观察状态。以下是计划中的验收检查，不是测试结果。记录输入、预期变化和观察数值，才能让修正范围保持聚焦。
| 计划检查 | 预期结果 | 出现差异说明什么 |
|---|---|---|
| 间歇期两名玩家都选择充能。 | 信标只增加一点。 | 缺少团队充能上限或同时结算规则。 |
| 弹匣为空时射击。 | 不会生成子弹；弹药仍为零。 | 输入反馈或射击成本规则不清楚。 |
| 装填时弹匣 1 发、备用 4 发。 | 最多转入 2 发，变为弹匣 2 发、备用 3 发。 | 转入数量或备用弹药规则不一致。 |
| 波次结束时留下一只行尸。 | 大门恰好减少一点耐久，然后该波行尸离场。 | 波次结束清理或伤害被重复结算。 |
| 幸存者倒地后在范围与时限内救援。 | 2 米内按住互动 2 秒，恢复 1 点生命并清除 10 秒计时器。 | 需要修正目标、距离、时长或恢复状态。 |
| 某幸存者用完救援额度后再次倒地。 | 本局立即失败。 | 每名玩家各自的救援标记未持续保存。 |
| 第 3 波结束，信标已充满，但一人仍在撤离区外。 | 两人都进入卡车区域前不算获胜。 | 共同完成条件不完整。 |
| 受到伤害并救援后重开。 | 恢复第 1 波、双方生命 3、大门 5、信标 0、弹匣 2、备用 4，且两人的救援额度都未使用。 | 重置时有运行状态残留。 |
不要因为提示词提过某项交互，或概念图显示了反馈，就称它“测试过”。测试需要实际构建、可重复输入和观察结果。在此之前，应将表格标注为计划。
把通用生存页面作为有范围的起点
当前官方 AI Survival Game Generator 页面介绍了一般生存规划流程：有限补给、易读的环境压力、安全目标，以及从失误中恢复。这些要素有助于构思第一份生存简报。该页面没有证明僵尸专属规则、双人控制、同屏合作或联网功能受到支持。应将这些机制写在自己的设计约定中，并检查当前生成结果实际支持什么。
要查看通用产品起点，可访问AI 生存游戏页面。来源路径为当前路径，但本文候选 Blog 路径仍是暂定值，entry-source slug 也只是本地归因信息。发布前请确认可接受的 Blog URL，并核对 slug。不要推断该页面已生成此示例或支持其中的合作系统。
依据观察进行一项修正
有可玩结果后，将第一个状态差异与规则表比较。如果一波结束时剩下两只行尸，大门却损失了三点耐久，就先检查波次结束事件，不要同时调整敌人速度、玩家生命和信标规则。只改一项原因，再按相同案例重放并记录新状态。这样每次迭代都能追溯到证据。
本文没有可玩结果，因此负责任的下一步是把虚构循环当作纸面规格，把检查表视为尚未运行。调整数值、请求生成聚焦的首个片段，然后再以实测观察替换占位内容。等基础双人循环清楚且可检查后，再增加 Boss、战役地图或武器成长系统。
常见问题
第一波如何体现合作？
给双方一个共同目标，并提供足够多能产生影响的同步选择。在这个虚构示例中，两人共同守卫一扇门并为一个信标充能，同时各自可以瞄准不同的行尸。设计不预设某种确切输入实现；控制方式和团队行为必须在真实构建中检查。
前三波应该如何递增？
一次只改变一种容易观察的压力数值。示例中行尸数量从 2 增至 3、再增至 4；每只行尸保持 1 点生命，每波持续 20 秒。这些是纸面拟定数量，不是实测难度。真实原型还需反复检查生成间距、瞄准所需时间和大门承受的压力。
两名玩家应该共享弹药吗？
本设计给每位幸存者单独的弹匣和备用弹药，避免一人的射击悄悄消耗队友资源。每次射击消耗一发已装填子弹，每次装填最多转入两发。共享弹药也可以作为另一种设计，但首条提示词应先选定一种规则，并显示行动前后的数值。
幸存者倒地时会发生什么？
在这组拟定规则中，生命归零会启动 10 秒计时器。队友需在 2 米内按住互动 2 秒；成功后准确恢复 1 点生命并清除计时器。每名幸存者每局可被救起一次；使用额度后再次倒地则本局失败。这是虚构设计规则，不是经过测试的功能。
提示词能保证在线合作吗？
不能。提示词是请求，不是实现证据。官方产品页面只支持一般的生存规划背景，不能证明僵尸玩法、本地合作控制或网络联机已经实现。描述功能前先检查当前实际结果，也不要声称这个虚构示例已经生成或测试。
