我开始做一些游戏开发作为一种乐趣，自从这个大型AI爆发以来，我想看看是否可能。现在别误会了，我理解很多人不喜欢AI，作为开发人员在工作中，我可以理解他们的出发点到一定程度。

引擎和工具

- vscode
- typescript（失败更快）
- phaser
- vite
- storybook
- react（UI）
- ui-builder（外部库，用于UI手绘开发）
- tiled
- 一些杂乱的测试工具等

AI模型

- deepseek v4 pro
- GitHub Copilot（很少量）

AI设置（代理/子代理）

- orchestrator：管理者/主聊天
- ui：UI子代理
- ecs architect：子代理，负责ecs系统和组件
- doc manager：子代理，负责文档和用户手册
- content：子代理，负责内容，如对话和json项
- watchdog：测试
- explorer：通用搜索代理，减少上下文膨胀

一般游戏
一般游戏是移动端重点的清洁管理游戏，采用等距房间，允许玩家通过在现实世界中完成清洁任务来进展在一个魔幻的行会中。听起来很直接…大部分都是lol。再次，这是一个实验，所以制作pong游戏并不是一个很好的测试。

我看到的负面方面

艺术：
AI在艺术开发方面存在困难，特别是在制作等距游戏时。它可以做到这一点，如果您得到正确的模型、参考和关注单个资产类型的同时，但仍然是一个需要大量时间来看起来正确的巨大痛苦。

UI：
另一个严重的问题，AI可以组合起来，但不一定会带来一些头痛和诚实地说，到最后，您可能会做得一样好甚至更好……得多好！

视角：
AI不真正理解视角，而屏幕截图可以帮助，但仍然是一个挑战。要公平地说，视角并不是人类开发者容易的事情，所以我想我会给它一个小的通行权。然而作为开发者，我知道组合一个等距房间主要是根据显示地砖的公式设置在2:1的网格等等，但它变得复杂了当您添加高度和玩家移动/重叠时。

现在我学到的东西

AI似乎 excelling 在开始新项目上，立即得到一些东西是非常迅速的…然而问题开始出现。您的初始设置如果不良的话，很快就会陷入困境。这样一来，添加到或改变初始构建的成本会指数级别地增加。这意味着如果您想制作一个等距房间，并且有玩家移动，嘿！它就存在了。哦，您想包含高度或实际地砖？是的，这将需要很长时间，因为AI会试图尝试它。

所以，有一些事情可以解决这个问题，我发现拥有一个AI团队，每个AI都有自己的上下文可以帮助减少迷失的问题。设置文件大小的界限和合适的测试和审查周期可以限制膨胀和单体代码…这仍然不是很好，因为令牌使用量会增加，质量仍然不佳。

另一方面，我已经取得了进展。我学到了很多关于团队管理和让管理AI审查任务完成时出现的问题有助于添加到一致的完成。将启动上下文块添加到子代理，以确保某些事情是正确的，如看如何其他人完成了这项任务，在过去不取捷径或绕过，审阅相关文档有很大帮助。为了减少令牌使用量，确保每个子集都有正确的工具来使用，如json文件不应该逐行检查…当使用正则表达式和grep可以更快地完成时。

这仍在进行中，我可能会重启很多次，直到我得到我想要的结果。如果这是可能的。

所以我想在这里发布一下，获取大家的想法和意见。您认为这是可能的吗？您有改进AI团队工作得更好的建议吗？

我知道这写得不太好，我喜欢脱口而出，但我想这样做是为了避免让人误解。还有，我正在用手机写这个，因为我是在车上作为乘客。