第一次任务最适合选“改了也容易看懂”的工作。比如给一个练习页面补充说明、修正一处明显错别字，或为已有函数补一条简单测试。别选登录、支付、线上配置、批量删除、真实客户数据相关的事。
先把任务边界写出来
好任务至少包含三句话。要做什么、不能做什么、怎么验收。可以直接这样写。
请只修改
src/about.md，把第二段的产品名改为 CodexNav。不要修改其他文件。完成后列出改了什么，并告诉我如何核对。
这类任务小，但边界完整。Codex 知道目标和文件范围，你也提前知道用什么验证。没有边界的“帮我优化”会让第一次体验变成猜谜。
让它先说明，再做改动
如果你还不熟悉当前项目，可以分两步走。先让它复述计划和会动到的文件；确认无误后，再让它执行。遇到它的理解和你的意图不一致，直接在原任务中纠正，不要急着重新开一个模糊任务。
需要运行命令、访问网络或写入文件时，停下来读一遍操作内容。你不需要懂每一行命令，但至少要知道它为什么需要这项操作、会影响哪里、完成后如何撤回。
把验收做在任务结束前
任务完成后，至少看三样东西。
- 改动范围。是否只动了你允许的文件。
- 改动内容。文字、代码或配置是否真的符合原始要求。
- 验证证据。有测试就看测试结果，有页面就自己打开页面，没有自动验证就按任务要求手动核对。
“已经完成”只是 Codex 的汇报，不是你的验收结论。看到差异不对、验证失败或范围扩大时，先让它解释，再决定是修正、撤回还是继续。
下一次可以怎样升级
同类小任务连续跑通两三次后，再逐步增加文件数量、测试要求和项目上下文。不要因为第一次顺利，就跳过检查直接交给它处理高风险工作。