围绕节拍、计时与反馈编写节奏游戏提示词

节奏游戏提示词在增加歌曲前，需要先明确四项内容：时钟、目标节拍列表、点击时间需要多接近目标，以及命中和漏击的确定性结果。用通俗语言定义规则，手动推演几次点击，再要求制作一个小型可玩循环。这样可以得到一份便于检查的需求，但不能证明生成的音频或计时会正常工作。

Lantern Pulse 是用于说明计时约定的虚构单轨谱面。下方数字是作者在纸面上设定的示例，不是提示词运行结果、可玩构建或同步测量测试结果。

增加内容前先定义节拍谱面

先说明谱面时钟。本例从以下时刻开始： t = 0 玩家按下“开始”时。没有预备拍或预滚动。每分钟 120 拍时，每拍时长为 60 / 120 = 0.5 seconds。选择第 2、4、6 拍作为目标，意味着时钟开始后 1、2、3 秒分别出现目标。

这是一份时间表，不是音频文件。游戏可以根据节拍时钟显示目标，但真实歌曲会引出本模型刻意暂不处理的问题：音频从何时播放、设备是否造成延迟、谱面如何校准，以及不同硬件上的音乐与视觉目标能否保持同步。应将这些问题与首轮规则编写分开处理。

谱面的初始状态应像速度一样明确：一条轨道、三个未结算目标、连击数为零、目标索引为零。玩家尚未命中任何目标。重新开始会恢复该状态。最后一个目标的命中窗口关闭后，本轮结束，并记录命中数、漏击数和最终连击数。

用清晰的输入约定提示制作一个可玩循环

提示词应说明玩家能做什么，以及游戏需要如何判断。“跟着音乐点击”没有说明计时起点、可接受误差、迟到处理或反馈。更清晰的提示词会为每项内容设定可测试规则。在 Lantern Pulse 中，点击时间位于当前目标前后 80 毫秒内（含边界）即为命中。每个目标只结算一次。超过迟到截止时间仍未命中，就记一次漏击、连击归零并推进。所有开放窗口之外的点击均忽略。

下面是可改编的模板。它要求制作范围明确的原型，并提供检查规则行为的方法。该提示词模板尚未运行；本文不声称存在输出或构建结果。

根据本设计需求制作一个小型单轨节奏游戏原型。时钟：玩家按下“开始”时将谱面时间设为 0。使用固定的 120 BPM 节拍，不添加预备拍或预滚动。目标：在第 2、4、6 拍生成音符（即按下“开始”后的 1.00、2.00、3.00 秒）。输入规则：只有当前未结算目标的绝对时间偏移不超过 80 毫秒（含边界）时，点击才算命中。每个目标只结算一次。忽略所有开放目标窗口之外的点击。迟到规则：如果当前目标超过目标时间 +80 毫秒仍未命中，则记录一次漏击、清空连击并推进。之后的点击不能算作该目标的命中。反馈：每次命中都会增加连击并点亮一格灯笼；漏击会将连击重置为 0 并熄灭所有格子。显示当前目标和计时线，不能只依赖文字反馈。结束与重启：第 3 个目标超过迟到截止时间后结束，并显示命中数、漏击数和最终连击。重新开始时恢复待机谱面、连击数 0 和目标 1。首轮只制作一条轨道和三次点击。审查时应能看到目标时间、输入偏移、命中/漏击结果及相应连击。除非单独校准并测试，否则不要声称音频同步。

提示词将谱面规则与实现猜测分开。它没有要求音符评级、生命值、长按音符、多轨道、分数倍率或背景危险。基础循环尚未弄清时，任何一项都会增加状态或计时问题。只有在某项机制服务于明确的玩家选择时，才添加它。

机制图展示第 4 拍的第二个目标结算为命中。第一个目标已点亮一格，此次命中点亮第二格。视觉脉冲标出接触时刻，两格灯带显示连击结果；这不代表虚构谱面已经实现。

根据基准规则手动核对相同点击

要求游戏工具制作循环前，先用简短推演核对书面规则。时间偏移等于点击时间减去目标时间。正值表示偏晚，负值表示偏早。在包含边界的 ±80 毫秒规则下，−80 至 +80 毫秒均算命中。

前两次点击都落在各自窗口内，因此连击数从零升至一再升至二。第三次点击迟到 90 毫秒。基准截止时间为 3.00 + 0.08 = 3.08 seconds；到 3.09 秒时目标已判为漏击，迟到点击不能撤销该结果。推演结束时有两次命中、一次漏击，连击数为零。

写明截止时间很重要。否则，不同实现可能会对目标关闭后的点击产生分歧：一种可能计为迟到命中，另一种可能静默忽略，还有一种可能让目标一直保持激活。提示词应说明目标何时结算，以及游戏何时推进。

只改一条计时规则并重放推演

若要比较更宽松的窗口，只将容差从 ±80 毫秒改为 ±100 毫秒。节拍时钟、目标时间、点击时间、漏击反馈和重新开始行为都保持不变。第三次点击仍在 3.09 秒，比 3.00 秒的目标晚 90 毫秒。它现在落在新窗口内，算作命中。虚构推演结果变为三次命中，最终连击数为三。

这是一次受控的纸面比较，因为只改变了一个设计变量。它不能证明 ±100 毫秒体验更好、真实设备会准确接收该偏移，或生成构建能与音乐同步。这些都属于独立的设计和测试问题。如果玩家体验依赖音轨，应测量并校准音频链路，而不是把示例容差当作通用设置。

结果图表现修订后的手动计算结果：三个目标均已结算并发光，三格连击灯带全部点亮。这是示例预期状态的概念图，并非游戏截图或已测试玩法的证据。

将边界情况转成验收检查

简短清单能让提示词更易审查。每个用例都写明输入、目标预期状态和可见反馈。明确检查边界，确保“落在窗口内”在需求和后续实现中含义一致。

这些用例不能替代试玩。它们通过预先说明预期行为，让原型更易检查。如果构建结果不同，先判断是提示词含糊、实现遗漏了明确规则，还是计时源需要校准。修改最具体的原因后，重跑同一用例，不要同时改变谱面、美术和容差。

将需求带入通用游戏制作流程

目前官方 Free AI Game Maker 页面介绍了自然语言游戏输入、可玩的 2D 或 3D 初版、浏览器测试以及使用后续提示词改进。页面介绍免费 Koins，并提示每次生成前查看显示费用；费用常见问题建议在 Workspace 核对所选模型、Koin 余额和显示费用。这些是一般工作流信息，并非支持节奏游戏音频或计时准确性的证据。

首轮需求应简洁列出时钟起点、速度、目标列表、容差、迟到规则、反馈、结束状态和重新开始状态。然后检查实际可玩结果：时钟是否按要求启动，每个目标是否只结算一次，命中与漏击反馈是否符合书面用例？若涉及音频，应在目标设备上分别测试音乐和视觉计时。每次请求前查看显示的生成费用；费用检查不能代替对计时与音频行为的单独测试。

从一张谱面开始，再有计划地扩展

实用的节奏游戏提示词是一份精简的交互约定：定义时钟、列出目标节拍、指定包含边界的命中窗口、决定超过迟到截止时间后的处理方式，并说明相应反馈。Lantern Pulse 展示了如何手动核对规则并比较一次容差变化，但不声称有实证结果。首个循环清晰后，再逐项增加轨道、歌曲或音符类型。

准备将规则需求转为通用可玩游戏起点时， 可以了解 Free AI 游戏制作器。