开发者用AI迭代即时战略游戏，公开版本与提示过程

发生了什么

Simon公开Battle Drones的制作过程：一个适合手机和桌面浏览器的即时战略游戏，经过12轮主要迭代和大量编程智能体提交，逐步增加地图、单位、模式与多人玩法。文章提供可试玩版本、关键提示和开发记录。1

作者也说明大部分代码没有经过逐行审查，而是进行了大量试玩。1 这使它成为有趣的创作案例，但不是质量保证。

具体是什么

这个项目最有启发的部分，是从“能运行”到“愿意继续玩”的距离。模型可以快速增加功能，游戏体验却需要不断检查目标、反馈、节奏和选择是否有趣。

文章展示了早期原型、视觉变化和后续玩法调整，也介绍利用声音同步附近设备的实验。1 这些内容说明，创作过程可以通过一轮轮明确反馈推进，而不是依赖一次完美提示。

对于做互动内容的人，可把游戏看作一种需要用户持续操作和得到反馈的作品。

怎么用

先从文章进入试玩页，再比较早期与后期版本。1 记录哪些变化真正改善体验，例如目标是否更清楚、失败是否可理解、玩家是否有不同策略，而不是只统计新增了多少单位。

如果自己尝试，先限定一个核心循环：玩家做什么、系统怎样回应、怎样判断成功或失败。让智能体生成最小可玩版本，自己连续玩几轮，再把具体问题交回去修改。

保留每轮可运行版本。这样可以比较新功能是否让体验变好，也能在复杂改动破坏原有玩法时回退。

公开分享前，检查手机操作、声音控制、加载失败和无障碍说明。如果需要麦克风或联网，应让用户清楚知道原因，并提供不使用相关权限的选择。

意味着什么

我的判断是，AI降低了实现创意的门槛，却没有消除创作判断。更多候选玩法可以更快出现，但哪些值得保留，仍需要人通过真实体验决定。

对自媒体创作者，这提供了不同于普通图文和视频的内容形式。一个小而完整的互动作品，可能更适合解释系统、展示规则或让观众参与实验。

对独立开发者，则可以把这种迭代方式用于产品原型：尽早让人实际使用，再根据行为反馈改进，避免只在说明文字上反复完善。

局限与风险

作者自己的代码审查覆盖有限，实验性多人通信也不代表已经经过所有设备和环境验证。1 不宜把个人项目的开发过程直接套到高可靠性业务。

本文没有试玩或检查代码。准备复用项目时，应先阅读许可、依赖和已有问题，验证自己需要的功能。创作速度越快，越需要保存版本与明确验收，否则新增功能也可能让作品越来越难理解和维护。