大家好!我主要想讨论一下如何开发一个完整的游戏,使用 AI 助力。
我刚刚发布了 Slime - Gotta Eat'Em All!,这是一个免费的战略式 roguelite 游戏,适用于 Android。每个敌人都可以被杀死、吞噬或安抚,玩家获胜的方式会影响敌人的阵营。
整个开发过程中,AI 都是参与其中的,但这不是通过输入一个大型提示然后得到一个完成的游戏。
我直接在 Godot 项目中使用 Codex,作为工程和设计的合作伙伴。它帮助检查了仓库,实现了系统,创建了自动化测试,诊断了回归,管理了数据驱动的内容,并优化了 UI。生成工具也在视觉生产中使用了,而一些音效则使用了 AI 音频模型进行了原型和重新设计。
迭代速度是最大的优势。例如,当我描述了吞噬的胜利路径比其他胜利路径更强大的问题时,我可以快速测试几个相关的变化,包括奖励、阵营适应、界面文本和教程。
最大的弱点是统一性。
AI 可以在孤立的情况下产生看起来很可信的东西,但完全忽略了更大的背景。角色图像面向了错误的方向。装饰物看起来在一个身体上正确,但在动画中脱落。金属效果替换了原始设计而不是保留它。界面术语增加了,游戏变得难以理解。一些“修复”技术上工作了,但在玩游戏时感到不舒服。
因此,开发的主要部分就是审查、拒绝和纠正。必须不断问自己:这个机制是否会创造出有趣的决策?动画是否传达了实际效果?这个特性是否仍然在多个敌人、每个阵营、移动输入和存档游戏中都有效?
自动化测试非常有用,但它们不足以解决问题。一个测试可以确认牌从玩家身上移除了七个完整性,但玩家仍然不知道为什么只有五个点出现在屏幕上。视觉检查和真实玩测试仍然是必不可少的。
我的主要教训是,AI 在扩展可能的解决方案数量方面非常好,但它并没有消除方向的需要。甚至在某种程度上,它增加了方向的需要。没有明确的视觉语言、设计规则和激进的测试,项目就可能变成一个集合,所有的个别特性都看起来很可信但没有形成一个完整的游戏。
游戏现在可以在以下位置下载:
Google Play: https://play.google.com/store/apps/details?id=com.maxde.rogueliteslime
PS:我在视频发布后进行了更新,因此游戏现在更好了一点,但仍在不断改进。
我非常感兴趣地听到其他开发者使用 AI 的经历:
你是如何防止 AI 助力的项目在增长过程中失去视觉或机械一致性的?你主要依赖于文档、自动化测试、严格的资产管道还是其他什么?
我也愿意回答关于开发过程的任何问题,包括 AI 生成的解决方案失败后需要重建的内容。
评论 (0)