当 Codex 不能直接跑通引擎时，我如何和它协作完成新功能

在游戏开发中，很多问题不是单纯写代码就能验证。引擎行为、平台接口和实际运行环境都有自己的规则，Codex 不能替我直接操作这些环境，也不能凭空知道某个玩法在真实项目里是否成立。

先由人跑通关键路径

我的做法是先自己理解需求，亲手把关键点实现并跑通。确认玩法和技术路径可行之后，我再把具体实现方法、流程和限制告诉 Codex，让它负责把已经验证过的思路扩展成完整代码。

这一步不是和 AI 竞争，而是给它一块可靠的地基。没有真实环境验证过的方案，即使代码写得很完整，也可能只是看起来合理。

从补全细节到共同设计

早期我通常会自己先建好大致框架，再让 Codex 填充细节。那时的模型更适合处理局部实现，复杂任务容易在引擎规则上出问题。

现在面对一个完整的新功能，我会先让 Codex 根据目标提出方案，自己过一遍方案是否符合引擎限制，再让它落地完整功能。模型能力提升之后，协作的重心从“让它写代码”变成了“让它参与方案设计和实现”。

复盘

AI 能不能直接运行某个引擎，并不是协作效率的唯一标准。更重要的是，人是否能把无法被它验证的部分先跑通，并把上下文、限制和成功标准讲清楚。

我负责真实世界里的验证和最后判断，Codex 负责把已验证的方法扩展成完整实现。这种分工目前最稳定。