本文根據 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 條評論
還沒有評論,來搶沙發~