什么是Codex？从与ChatGPT的区别到首个编码任务

摘要： Codex是OpenAI适合处理代码与开发工具工作的工具。初次可先委托一个小功能，再确认修改文件与运行结果。

1. Codex与ChatGPT是什么关系？

OpenAI官方指南区分用于提问与对话的Chat、制作成果的ChatGPT Work，以及处理开发工具与技术细节的Codex。因此“ChatGPT只说明，只有Codex行动”过于简化当前产品。两者功能可能重叠，关键是自己在哪个界面连接了哪些文件与工具。

例如了解正则表达式含义，简短对话即可。修复自己项目的邮箱验证错误，则需要源文件、复现输入与正常行为标准。后者适合读取代码并比较修改的开发环境。应先说明工作终点，再选择产品名称。

2. 区分代码回答与代码工作

代码回答是可复制使用的示例或说明；代码工作是针对自己仓库实际文件的修改。Codex CLI文档介绍在终端查看文件、修改与运行命令的流程，但实际执行范围取决于连接环境与权限。

不理解此区别，可能看到“已修复”却不明白文件为何未变。仅需说明时写明不要修改文件；需要修改时提供项目路径与预期结果。应避免仅因出现代码块，就判断已保存文件或运行测试。

3. 首个任务从一个小问题开始

以下是假想待办应用的请求示例。实际项目应替换路径与行为。关键是写入可在界面观察的结果，而非修饰冗长提示词。

할 일 앱에서 빈 문자열을 저장하면 빈 항목이 생깁니다.
공백만 입력한 경우에도 새 항목을 만들지 않도록 수정해 주세요.
관련 파일은 src/tasks 폴더에 있습니다.
기존 저장 형식과 정상 항목 추가 동작은 유지해 주세요.
프로젝트에 있는 관련 테스트를 실행하고,
수정 파일, 실행 명령, 결과, 확인하지 못한 부분을 알려 주세요.

该请求同时包含问题、相关位置、需保留行为与确认标准，比“全面改进应用”更易判断范围。初次宜选择一个输入错误或一条提示等可直接比较结果的问题，而非重构整个登录体系。

4. 阅读结果时确认三点

第一，修改文件是否与请求问题有关。第二，已运行命令与输出是否显示实际验证。第三，阅读剩余限制。无法执行测试而仅建议方法，与实际执行并通过，需区分。

阻止空输入的示例，需要分别尝试空字符串、空白与正常句子。即使界面显示错误，数据也可能已经保存。因此应要求同时确认显示与保存。判断修复是否成功，宜依据前后行为与执行证据，而非回答的自信程度。

5. 初次使用的常见失败与解决

• 修改错误文件时： 重新指定当前项目与相关路径，检查错误变更后明确所需范围。
• 只得到说明时： 明确需要实际文件修改，还是仅补丁建议。
• 没有测试结果时： 要求分别报告是否执行，以及失败或未执行原因。
• 修改过大时： 将本次完成标准缩为一个，附带改进保留为独立任务。

无需一次委托全部工作。先了解结构，再按理解的小范围委托修改，也适合作为起点。提前告知自己修改文件与他人工作部分，可减少不必要覆盖。

6. 选择符合自己情况的开始方式

无需一开始安装全部开发工具。只有一段学习代码且不想修改文件，可在对话请求说明。已有可运行项目且需修改文件，选择能连接工作文件夹的环境。熟悉终端，可在CLI进入项目文件夹开始；使用编辑器或桌面应用，则先熟悉读取当前项目与变更的方法。

所需结果	先提供的资料	完成判断标准
理解代码	函数与调用示例	能解释从输入到返回值
修复小错误	项目、复现输入与正常标准	解决问题输入并保留正常输入
审查变更	比较变更与要求	说明问题位置、条件与影响
添加新功能	既有界面、保存规则与完成案例	同时验证功能与既有行为

只比较“哪个工具更聪明”，容易遗漏工作所需资料。CLI在项目外启动也可能调查错误文件夹，对话连接文件与工具后也可制作成果。应将工作、可访问文件与验证工具一起考虑。先以当前账户实际可用环境开始，无需先固定价格或模型名称。

7. 首次打开项目时的探索请求

假设获得tasks-demo假想项目。未知执行命令时，不要同时委托安装与全面修改，应先读README和配置了解结构。下方PowerShell命令是查看文件夹位置与Git状态的示例。项目路径需替换，非Git仓库则不适用git status步骤。

Set-Location "C:\Projects\tasks-demo"
Get-Location
Get-ChildItem
 git status --short

文件不符预期项目时，先修正文件夹。Git显示已修改文件时，应区分是否自己的工作。JavaScript项目有package.json，可读scripts与锁文件查找执行工具；其他语言遵循项目配置与README。依据当前项目指南，比仅凭文件名任意选包管理器更能减少错误。

이 프로젝트의 구조를 먼저 설명해 주세요.
README와 현재 설정에서 실행·검증 명령을 찾아 주세요.
할 일 추가 기능의 입력 화면, 저장 함수, 테스트 위치를 연결해 주세요.
이번 단계에서는 파일 수정이나 의존성 설치를 하지 마세요.
직접 읽은 파일과 아직 확인하지 못한 부분을 구분해 주세요.

好的探索回答不应止于“这是前端项目”。还应说明输入来自哪个文件、哪个函数保存、哪里进行相关验证，才能用于后续修改请求。找不到文件时，应说明搜索位置与缺少资料，而非编造确定路径。

8. 完整解决空项目错误的小案例

进一步具体化上述待办应用完成标准。“阻止空输入”可能只在界面提示，也可能在保存函数拒绝数据。即使界面限制，其他路径调用保存函数仍可能传入空值，因此应调查实际创建数据的路径。验证放在哪个层级，应按既有结构决定。

输入案例	假定要求
空字符串	不保存，并向用户说明原因
三个空格	采用与空值相同政策
普通句子	按既有方式保存一项
带首尾空格的句子	另行决定保留或删除空格的政策
既有保存数据	不因本次修改而擅自删除

最后两条尤其重要。阻止仅空白输入，并不意味着自动删除所有正常句子的首尾空格。清理旧数据空项目，也与新输入验证分开。以“仅阻止创建新项目，不改变既有数据”限定目的，可减少不必要数据转换。

빈 입력 방지 수정에서 저장 호출 경로까지 확인해 주세요.
빈 문자열·공백만 있는 값·정상 문장을 각각 구분해 검증해 주세요.
앞뒤 공백이 있는 정상 문장의 저장 정책은 현재 동작을 유지하세요.
기존 저장 데이터를 정리하거나 저장 형식을 바꾸지 마세요.
화면 메시지와 실제 저장 차단이 각각 어디에서 처리되는지 설명해 주세요.

9. 如何决定是否接受回答

先阅读依据，再看最终回答的“完成”。修改清单只有输入界面而没有保存路径说明时，可追问保存函数是否也由其他路径调用。即使声称测试通过，若没有命令与执行文件夹，验证范围仍不明确。无法实际打开界面时，应要求区分代码验证与用户界面检查。

완료 보고를 다음 순서로 정리해 주세요.
1. 요청 조건별로 변경한 파일과 동작
2. 실제 실행한 명령, 작업 폴더, 통과·실패 결과
3. 빈 입력과 정상 입력을 확인한 근거
4. 직접 실행하지 못한 확인과 그 이유
5. 제가 화면에서 따라 할 수 있는 짧은 확인 절차

例如报告“单元测试通过，未执行浏览器运行”，下一步就是在界面输入空值与正常值，查看保存结果。若“缺少工具，无法执行测试”，则准备环境后重新运行同一命令。将未执行当失败，或因代码看似可信就当成功，都可能导致错误判断。

首项任务结束后逐步扩大范围。空输入修复已验证，下一次可委托重复项目提示或搜索条件等另一功能。每次保留问题输入、需保留行为、修改差异与验证依据，后续错误更容易定位调查起点。这是首个Codex任务应建立的实际使用习惯。

10. 常见问题

不懂编程也可以使用吗？ 可以自然语言请求，但需要判断结果的标准。写明何种输入应得到何种结果，不理解的修改可请求说明。

Codex生成代码可以直接部署吗？ 先检查修改行为与项目验证流程再决定。本地有效与真实服务环境有效，需要分别确认。

哪个模型最好？ 本文章不讨论模型排名与价格比较。可用模型与限制随账户和时间变化，确认当前官方指南与自己的界面更准确。

官方来源与确认日期： OpenAI官方文档：使用ChatGPT · OpenAI官方文档：Codex CLI。2026年10月3日确认。示例路径与命令应按自己的项目调整。