零代码，在ChatGPT 4 的协助下开发了个小游戏，耗时四个多小时。Unity引擎。

这游戏山寨了雅达利在1972 年推出的经典街机游戏：Pong。老费本来想做甩锅大作战的，越甩锅越大，玩家的弱点被锅命中会损失生命。但开发过程中遇到大量Bug 没顺利实现，就简化了方案。

和原版Pong 不同的是，我没做双人模式（因为不会！[○･｀Д´･ ○]），改为设置一个简单AI 控制右侧的挡板。目前这AI 还有点强，后续再想想怎么让它漏球又不至于放水太明显。另外增加了一些碰撞后显得有点弹性的物理效果。我还蛮吃惊的，老费只做了很简单的描述，ChatGPT 就给出了两种解决方案，写了代码出来，实现效果也还行。

说实话，过程中走了不少冤枉路，ChatGPT 4 也是会经常抽风，给人整得血压高。老费总结一下心得：

1. 前期有一个完善的设计文档给AI，后续能省不少事。尽量具体到每一个交互元素的状态、关联性等。也就是说，文档要比我们平时做游戏设计时写的框架文档更细致。AI 也能给你一些细节设计方案，甚至能把代码给你写得像模像样，但AI 基本上无法理解你的思路，只是拿一些有一定相关性的细节凑个数。

2. 事先想好游戏架构，具体模块分拆出来，因为和ChatGPT 的每一个对话都有最大token 的限制，想要在一个对话里让AI把所有代码都写对有点难，除非你是有能力做提问优化的提问师。但这里也存在一个悖论，有这个能力的提问师直接自己把代码就写了，也没必要跟AI 扯皮。

3. 要做好本地文档和代码的备份和更新。原因如上。针对同一个功能的代码，AI 可能会给你好几版（而且也许多多少少都有点问题的），你得反复测试。而你的提问也需要不断迭代和调整，也需要按版本存档管理，便于查找。

4. ChatGPT 目前在输出代码时经常会省略（略略略略略(ૢ˃ꌂ˂ૢ)）。有点烦人，即使你告诉他生成这个类的代码全文，他也会省略，也许是出于资源节约方面的考虑。这就需要拿到代码后进行大致的阅读，算法不太懂没事，但至少要大致能看懂各个模块的思路，以及一些代码是不是给你略掉了。具体表现一般为他给你加一行像这样的注释：// Existing paddle collision code。我就是被他略掉了代码后，小球碰到挡板后会吸附上去不动，我调试了好半天，最后仔细一读代码，才发现是这货给我略了，我服。

opencat 的一些参数设置似乎有问题…同样的 prompt，明显不如 poe 稳定