第一次用 Codex 该干什么？三个练手任务

很多人买了 Codex，第一周只用来问语法问题，等于花钱买了个搜索框。这篇给你三个具体任务，做完你会对它「能干什么」有准确判断。

任务一：让它读懂一个陌生文件（10 分钟）

找项目里一个你没细看过的文件，让它做三件事：用三句话概括这个文件负责什么、列出它依赖了哪些外部模块、指出哪几处逻辑最可能出问题。

这个任务的价值是校准认知：你能立刻看出它的理解是真的还是编的。如果它描述的和你已知的事实对不上，说明提示词要更具体，或者文件太大需要拆开喂。

任务二：改一处小逻辑并跑测试（15 分钟）

这是最典型的真实场景，也是检验它「工程闭环」能力的关键：

• 先提交一次 git，确保可回滚。
• 给它明确输入输出：「把 X 函数里的边界判断从 A 改成 B，改完跑项目测试，失败就自己修」。
• 观察它是否真的去跑测试、失败后是否看得懂报错。会自己修的，才是可用的 Codex。
• 改完用 git diff 逐行看一遍。它偶尔会顺手改掉不相关的地方，这行要盯住。

任务三：让它写一段你没写过的代码（15 分钟）

选一个你不熟的领域，比如给你的接口写一个限流中间件、或者写一个 CSV 导出脚本。要求它先给方案再写代码。

重点看两件事：方案是否考虑了你没想到的边界（并发、超大文件、编码），以及代码风格是否和项目一致。

如果它写出来风格差异很大，说明项目缺少规范文件——补一份约定文档，后面所有产出都会稳定很多。

做完这三个任务，你会得到什么

你会知道：哪些任务可以直接托付（样板代码、单测、文档、局部重构），哪些必须自己把关（架构决策、涉及钱和权限的逻辑、跨模块改动）。

这个边界感比任何教程都值钱。它决定了你是「用 AI 提效」还是「被 AI 的产出反复返工」。