用 Codex 完成第一个任务
最后核对日期
2026-05-30。本文以低风险本地任务为例，具体界面和按钮名称以当前 Codex 桌面 App 为准。
Codex 的第一个任务不要选“重构整个项目”这种大活。更适合从一个空目录、Markdown 文档、README 或简单网页开始，先形成正确操作习惯。第一个任务的价值不是产出多惊艳，而是让你走完“选目录、下指令、看结果、继续迭代、做验证”的闭环。
这篇解决什么问题
本章按入门教程的原有流程，走一遍创建本地文件夹、选择项目、添加工作目录、输入任务、查看结果、预览结果和继续迭代。
先准备一个空文件夹，让 Codex 的所有输出都落在这里。路径尽量使用英文和短路径，减少脚本、依赖和工具兼容问题。
选择项目或使用现有文件夹，把刚才的目录交给 Codex。新手更推荐 Project，而不是普通 Chat，因为后续多个对话可以共享同一个工作目录。
发送任务前确认左下角显示的路径没有选错。这个路径就是 Codex 读写文件的边界。
适合谁
- 第一次让 Codex 写文件的新手。
- 想练习“描述任务、看 diff、继续迭代”的用户。
- 担心 Codex 误改真实项目，想先低风险试一遍的人。
前置条件
- 已安装并登录 Codex 桌面 App。
- 已理解 Chat 和 Project 的区别。
- 准备一个空测试目录。
- 不在这个目录里放密钥、账号文件和生产数据。
操作步骤
- 新建一个英文路径的测试文件夹。
- 打开 Codex，选择 Project 或使用现有文件夹。
- 选中测试文件夹，确认路径正确。
- 输入一个边界清楚的小任务。
- 等 Codex 输出结果，查看生成或修改的文件。
- 对不满意的地方继续追加修改要求。
- 完成后让 Codex 总结它改了什么、如何验证。
对话还是项目
打开 Codex 后，你通常会面对两种入口：
- 对话：适合一次性问答和轻量任务，不适合长期围绕同一个文件夹连续修改。
- 项目：适合绑定本地工作目录，后续可以在同一个项目里开多个对话处理不同子任务。
如果你不确定选哪个，第一个任务建议选 Project。这样你只需要配置一次工作目录，后续新建对话仍然能围绕同一个文件夹继续工作。
一个完整示例：做一个简单网页
你可以把第一个任务设成“做一个关于 AI 发展历史的单页网页”。这个任务足够直观，也比较低风险：
请在当前空文件夹里创建一个简单网页。
主题：AI 发展历史时间线。
要求：
1. 只创建必要的 HTML、CSS、JS 文件。
2. 页面要能在浏览器中直接打开。
3. 不要安装依赖，不要联网，不要删除任何文件。
4. 完成后列出创建的文件，并告诉我如何预览。
任务完成后，不要只看 Codex 的对话总结，要打开真实文件夹确认文件是否存在。如果 Codex 提供内置浏览器预览入口，也可以直接点开看页面效果。
怎么继续迭代
第一次结果通常不会刚好符合你的审美，这很正常。继续迭代时不要说“再优化一下”这种空话，改成更具体的要求：
- 把时间线改成左右交错布局。
- 增加 5 个关键年份。
- 把页面配色改得更像科技媒体。
- 保持文件数量不变，只改样式。
- 不要引入外部 CDN。
每次迭代只改一组重点。这样 Codex 更容易保持方向，你也更容易 review。
上下文快满了怎么办
任务跑久后，对话上下文会变长。你可以留意输入框附近的上下文使用提示；如果上下文接近满载，建议在同一个 Project 里新建对话，并先让 Codex 总结当前状态：
请总结当前项目状态：
1. 已创建或修改哪些文件。
2. 当前页面实现了什么。
3. 还有哪些待办。
4. 下一轮修改需要注意什么。
然后把这份总结作为新对话的开场。只要还在同一个 Project，工作目录仍然是同一个，不需要重新选择文件夹。
结果怎么验收
第一个任务至少做三层验收：
- 文件层：真实文件夹里是否出现了 Codex 说的文件。
- 预览层：网页、README 或脚本输出是否能按说明打开。
- 边界层：Codex 有没有做你禁止的事，比如联网、安装依赖、删除文件。
如果是代码项目，再加一层命令验证，例如运行测试、lint 或构建。第一篇练习可以先保持简单，但验收习惯要从一开始建立。
推荐第一个任务
可以从下面这些任务里选一个：
- 修改一份 Markdown 文档，让结构更清楚。
- 生成 README，说明项目用途、运行方式和目录结构。
- 整理项目目录，只输出建议，不自动移动文件。
- 修复一个简单前端页面的样式问题。
- 生成一个脚本，但先不要自动执行危险命令。
示例提示词：
请阅读当前文件夹，只做低风险操作。
目标：生成一份 README.md，说明这个项目是什么、如何运行、目录结构是什么。
限制：不要删除文件，不要安装依赖，不要执行联网命令。
完成后请列出你创建或修改的文件。
常见坑
- 任务太大，一上来就让 Codex 做完整产品。
- 没写限制，Codex 不知道哪些动作不能做。
- 结果出来后只看对话，不看真实文件。
- 没有让 Codex 说明验证方式。
- 直接用普通 Chat 处理项目任务，后续每次都要重新交代目录和上下文。
- 对结果不满意时一次塞十几个修改点，导致下一轮更难 review。
Redman 实测建议
第一个任务的目标不是做出惊艳产品，而是学会“给边界、看过程、验结果”。等你能看懂 Codex 每一步在干什么，再把它放进真实内容站、工具站或自动化流程里。