Codex 周活都破 700 万了，你真的会用吗？

怎样算完成

• • 交付结果能通过页面、文件、测试或其他可见证据检查。
• • 允许范围与禁止范围没有冲突，也不依赖未授权的生产权限。
• • 验收标准可执行，失败出口能让 Agent 及时停止并报告。

700 万说明 Codex 正在从少数开发者的尝鲜工具变成更普遍的工作方式。但真正会不会用，不看你问了多少问题，也不看你开了多少个 Agent，而看你能不能把一个真实任务交出去，再把结果验收回来。

如果你只想从这篇文章拿走一条：先把一个真实小任务写清楚，再交给 Codex。

第一步：用 3 个问题做一分钟自检

1. 最后要交付什么？

不要只写“优化一下”“帮我改好”。要写成可见结果。

例如：错误密码登录后，页面显示明确错误提示；正常登录行为保持不变。

2. 可以动哪里，不能碰哪里？

允许修改登录页、认证接口和对应测试；不改数据库结构、依赖、密钥和部署配置。

边界不是为了绑住 Agent，而是让你敢把任务真正交出去。

3. 怎样才算完成？

现有认证测试通过；错误密码场景新增测试通过；正常登录完成回归。

如果验收标准只能写成“感觉更好”，这个任务还不适合直接交给 Agent 实现。

第二步：把模糊任务改成可执行任务

模糊版本：

帮我优化登录功能。

可以直接交付的版本：

这 7 行不是为了把提示词写得更长，而是让交付物、修改权和停止条件都能被检查。

第三步：判断这个任务是否适合并行

只有交付、边界和验收已经写清楚，才继续判断是否要开多个 Agent。

下面 4 类任务先不要并行：

• 多个任务必须修改同一个核心文件；
• 产品目标还没确定，只是想“先做出来看看”；
• 验收标准只能写成“感觉更好”“尽量优化”；
• 涉及生产部署、数据库迁移、密钥或其他不可轻易撤回的操作。

更稳妥的做法是先让 Agent 做只读调研、列方案或补测试，把不确定性缩小，再决定怎么拆。

今天就能完成的练习

1. 从待办事项里选一个 30—60 分钟能完成的真实小任务。
2. 先写清交付、边界和验收，不急着发给 Codex。
3. 用上面的 7 行模板补全任务，再交给 Codex 执行。
4. 把任务卡和最终结果放在一起复盘：哪一行最早暴露了返工风险？

完成这个练习，比再收藏一组提示词更接近“真正会用 Codex”。

来源与口径

• “Codex 周活超过 700 万”来自 OpenAI Developers 官方动态；本文按官方账号口径引用。
• 多 Agent、并行任务、worktree 和可审查 diff 来自 OpenAI 官方的 Codex app 说明。
• 交付、边界、验收和 7 行任务模板是作者基于 Agent 工作方式整理的实践方法，不是 OpenAI 官方规范，也不构成外部团队生产率结论。