本文根据 Codex 官方文档《Prompting Codex》《Custom instructions with AGENTS.md》和斜杠命令页整理,资料核对于 2026-11-05。配图为本站整理的示意图,不是软件截图。本站(bigolab.com)不是 OpenAI 官方网站。Codex 的安装和配置见 /guides/codex-getting-started,本文不重复,只讲拿它干活。
适用于谁
- 刚接手同事留下的仓库,目录和依赖都看不懂的人;
- 想读开源项目、准备提第一个修改的人;
- 已经装好 Codex,不知道第一句话该怎么说的人。
结论先说
- 别一上来就让它改。 官方示例里“接手”的第一步是 Explain a codebase:让它解释代码,而不是修改。
- 问得具体。 官方示例的问法是:请求怎么流转、每个模块负责什么、数据在哪里校验、修改时要注意哪一两个坑。
- 让它给你可以核对的东西。 官方的验证方法是要求它给出编号步骤,并列出涉及的文件,你可以逐个打开对照。
- 把摸清的规则写进 AGENTS.md。 官方斜杠命令页写明,
/init会为当前项目生成 AGENTS.md 的脚手架,你再改成真正有用的规则。 - 然后才小步修改。 一次一个小任务,写清约束和怎么验证。

图:本站根据 Codex 官方文档《Prompting Codex》 整理的示意图
一、准备:从项目根目录开始
官方示例在命令行里的做法是在仓库根目录启动 codex,用 @(或 /mention)把相关文件的路径放进输入框。在 IDE 里,则是先打开最相关的文件,也可以选中想问的代码,打开的文件会自动作为上下文。
如果你对 Codex 的权限不熟,先看 /guides/codex-permissions-sandbox。接手阶段建议只让它读和解释,不急着放开写入。
二、4 段可以直接复制的提示词
方括号里是要你自己填的内容。
1. 先看整体:这个项目是干什么的
我刚接手这个项目,还没读过代码。请先只读不改,回答:
1. 这个项目是做什么的,主要由哪几个部分组成;
2. 入口文件在哪里,应用怎么启动;
3. 依赖里最重要的 5 个是什么,各自用来做什么;
4. 你不确定的地方请明确说不确定。
最后列出你读过的文件。
2. 追一条具体的流程
请解释 [用户提交订单] 这个请求在代码里是怎么流转的:从哪个入口进来,经过哪些模块,每个模块负责什么,数据在哪里做校验,最后写到了哪里。再说说修改这条流程时需要注意的一两个坑。
请用编号步骤回答,并在每一步后面写出涉及的文件路径。
这个问法对应官方示例里的“Explain a codebase”。拿到答案后,按路径逐个打开文件对照一遍,对不上的地方追问,不要直接信。
3. 起草并完善 AGENTS.md
先在 Codex 里运行 /init,看它生成的初稿。然后用下面的提示词让它补全:
请根据你刚才读过的代码,补全和修订项目根目录的 AGENTS.md。只写你能从代码里确认的内容:
- 怎么安装依赖、启动、运行测试和 lint(写出具体命令);
- 代码风格和目录约定;
- 改动前后必须做的事;
- 哪些文件或目录不要改。
每条尽量短,不要写废话。你不确定的命令,标成“待确认”,不要猜。
官方 AGENTS.md 页给的例子很短,比如“修改 JavaScript 文件后一定运行 npm test”“提交 PR 前运行 npm run lint”“新增生产依赖前先问我”。读取规则和 32 KiB 的上限见 /guides/codex-agents-md-how-it-reads。
4. 做第一个小改动
请做一个小改动:[把某个页面的提示文案从 A 改成 B]。要求:
1. 只改必要的文件,不要重构;
2. 改完说明改了哪些文件;
3. 运行 AGENTS.md 里写的测试命令,并告诉我命令和结果。
改之前先告诉我你打算改哪里。
三、接手阶段要自己核对什么

图:本站根据 Codex 官方文档:AGENTS.md 整理的示意图
- 它的解释是否和代码一致:这是最容易被忽略的一步。解释里提到的文件和函数,自己打开看一眼;
- AGENTS.md 里的命令是否真的能跑:自己在终端运行一遍;
- 不要把密钥、内部地址写进 AGENTS.md,它是会被提交进仓库的文件;
- 第一个改动用 Git 保护:改动前先确认工作区干净,方便回退;
- 先确认它是不是在你想要的目录里工作,避免在错误的仓库里修改。
四、一个更稳的接手节奏
下面是本站建议的节奏,不是官方规定,可以按项目大小调整:
- 第一天只读不改:把“项目是做什么的”“怎么启动”“怎么测试”三个问题弄清楚,并让它把答案写进 AGENTS.md,你自己能把项目跑起来就算过关;
- 第二天追一两条核心流程:挑最常被改动的功能,如登录、下单、支付回调,用第 2 段提示词追到底,把容易出错的位置记下来;
- 第三天做一个很小的改动:文案、配置、一个小函数,走通“改、测、提交”的完整流程,确认 Codex 和你的环境配合没问题;
- 之后再做大改动:重构、升级依赖、改数据库结构这类事,先让它出方案,你确认后再动手。
接手的项目如果没有任何测试,不要急着大改。先让它给关键函数补测试,见 /guides/codex-write-tests-and-run,有了测试的保护,后面的修改才更放心。
常见问题
Q:项目很大,它读不完怎么办?
分模块问。先问整体,再指定一个目录或一条流程,用 @ 指给它。会话变长时可以参考 /guides/codex-cli-commands-cheatsheet 里的命令整理上下文。
Q:/init 生成的内容可以直接用吗?
不建议。它只是脚手架,需要你对照真实命令和团队约定修改。
Q:这些操作会消耗很多额度吗?
读大项目会消耗额度,具体的额度规则见 /guides/codex-usage-limits。Codex 随 ChatGPT 套餐提供,不同套餐的额度以官方页面为准,需要更多额度可以看看 /chongzhi/chatgpt-plus 里的说明。
参考资料
- Codex 官方文档:Prompting Codex — https://learn.chatgpt.com/docs/prompting
- Codex 官方文档:Custom instructions with AGENTS.md — https://learn.chatgpt.com/docs/agent-configuration/agents-md
- Codex 官方文档:Slash commands — https://learn.chatgpt.com/docs/reference/slash-commands
0 条评论
还没有评论,来抢沙发~