---
title: 当 Codex 不能直接跑通引擎时，我如何和它协作完成新功能
tags:
    - Codex
    - 游戏开发
    - 工作流
categories:
    - 游戏开发
date: "2026-08-19 20:00:00"
desc: 游戏引擎和平台接口有很多 AI 无法直接验证的规则，所以我先跑通关键路径，再把可行的方法交给 Codex 扩展成完整功能。
abbrlink: codex-engine-collaboration
---
在游戏开发中，很多问题不是单纯写代码就能验证。引擎行为、平台接口和实际运行环境都有自己的规则，Codex 不能替我直接操作这些环境，也不能凭空知道某个玩法在真实项目里是否成立。

## 先由人跑通关键路径

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

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

## 从补全细节到共同设计

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

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

## 复盘

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

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


---

**作者：**KK

**本文链接：**[https://kiki.it.com/posts/codex-engine-collaboration/](https://kiki.it.com/posts/codex-engine-collaboration/)

本文采用[知识共享署名-非商业性使用-相同方式共享 4.0 国际许可协议](https://creativecommons.org/licenses/by-nc-sa/4.0/)进行许可。