前言

最近用 AI 寫代碼的人越來(lái)越多，但很多同學(xué)對(duì) Codex 的理解還停留在一個(gè)層面：把它當(dāng)成一個(gè)能幫你補(bǔ)代碼、解釋代碼的聊天工具。

這個(gè)理解不能說(shuō)錯(cuò)，但有點(diǎn)淺。

如果只是讓 Codex 寫一個(gè)函數(shù)、解釋一段報(bào)錯(cuò)，那它確實(shí)像一個(gè)普通的 AI 助手。但真正把它放進(jìn)項(xiàng)目里用一段時(shí)間之后，你會(huì)發(fā)現(xiàn) Codex 更像一個(gè)可以參與開發(fā)流程的“本地開發(fā)代理”。它能讀項(xiàng)目、搜文件、改代碼、跑測(cè)試、看日志，甚至可以通過(guò) MCP 去連接瀏覽器、倉(cāng)庫(kù)、文檔系統(tǒng)等工具。

能力變強(qiáng)以后，問(wèn)題也就跟著來(lái)了：

它能不能隨便改文件？
它能不能聯(lián)網(wǎng)？
它遇到危險(xiǎn)命令要不要先問(wèn)我？
它怎么知道這個(gè)項(xiàng)目用的是 pnpm 還是 npm？
它怎么知道不要亂改數(shù)據(jù)庫(kù)遷移文件？
它怎么知道我的代碼風(fēng)格是什么？

這些問(wèn)題不能靠每次聊天臨時(shí)提醒解決。你每次都說(shuō)“不要亂加依賴”“改完記得跑測(cè)試”“別動(dòng)生產(chǎn)配置”，不僅麻煩，而且容易漏。

所以 Codex 真正好用的關(guān)鍵，不只是模型本身，而是配置。

本文就從 config.toml、AGENTS.md、權(quán)限策略、沙箱模式和 MCP 這幾塊，把 Codex 的配置體系梳理一遍。目標(biāo)不是堆概念，而是讓你知道：每個(gè)配置到底管什么，什么時(shí)候該配，怎么配才不容易翻車。

一、為什么 Codex 需要配置？

傳統(tǒng)編輯器插件大多只負(fù)責(zé)提示和補(bǔ)全，比如補(bǔ)全變量名、生成一小段代碼、解釋某個(gè)函數(shù)。它們一般不會(huì)主動(dòng)修改一堆文件，也不會(huì)自己執(zhí)行命令。

Codex 不一樣。

你可以直接給它一個(gè)任務(wù)：

幫我修復(fù)登錄失敗時(shí)錯(cuò)誤提示不準(zhǔn)確的問(wèn)題，并補(bǔ)充測(cè)試。

正常情況下，它可能會(huì)做這些事：

1. 搜索 login、auth、error 相關(guān)代碼
2. 閱讀接口實(shí)現(xiàn)和測(cè)試目錄
3. 找到最小修改點(diǎn)
4. 修改錯(cuò)誤提示邏輯
5. 補(bǔ)充測(cè)試用例
6. 運(yùn)行測(cè)試命令
7. 根據(jù)測(cè)試結(jié)果繼續(xù)修復(fù)
8. 最后總結(jié)改了哪些文件

這已經(jīng)不是簡(jiǎn)單的“代碼生成”了，而是一個(gè)小型開發(fā)流程。

但開發(fā)流程一旦自動(dòng)化，就必須考慮邊界。因?yàn)樽詣?dòng)化能力越強(qiáng)，誤操作成本也越高。

比如：

• 它為了修 bug，順手重構(gòu)了一堆無(wú)關(guān)代碼；
• 它為了跑項(xiàng)目，直接安裝了新依賴；
• 它以為 dist 是臨時(shí)目錄，結(jié)果刪掉了重要文件；
• 它不知道項(xiàng)目規(guī)范，把 npm 和 pnpm 混著用；
• 它不知道測(cè)試命令，改完代碼就直接結(jié)束。

這些問(wèn)題不是模型“笨”，很多時(shí)候是因?yàn)轫?xiàng)目規(guī)則沒(méi)有明確告訴它。

從工程角度看，配置的作用就是把臨時(shí)口頭約定變成穩(wěn)定規(guī)則。

這和 Linux 權(quán)限管理有點(diǎn)像。普通用戶不能隨便改系統(tǒng)目錄，危險(xiǎn)操作要提權(quán)，進(jìn)程訪問(wèn)資源要經(jīng)過(guò)權(quán)限檢查。不是為了麻煩，而是為了防止錯(cuò)誤操作影響整個(gè)系統(tǒng)。

Codex 也一樣。

它需要知道：

• 哪些文件能讀？
• 哪些目錄能寫？
• 哪些命令能直接執(zhí)行？
• 哪些操作必須問(wèn)用戶？
• 這個(gè)項(xiàng)目的開發(fā)規(guī)范是什么？
• 當(dāng)前目錄有沒(méi)有特殊約束？

沒(méi)有配置時(shí)，Codex 只能靠當(dāng)前對(duì)話里的臨時(shí)上下文。配置寫清楚后，它每次進(jìn)入項(xiàng)目都能先拿到規(guī)則，再開始工作。

二、Codex 配置體系整體認(rèn)識(shí)

Codex 配置里最重要的兩個(gè)文件是：

1. config.toml
2. AGENTS.md

這兩個(gè)文件不要混著理解。

config.toml 更偏工具層，控制模型、權(quán)限、沙箱、MCP 服務(wù)、默認(rèn)行為等。

AGENTS.md 更偏項(xiàng)目層，告訴 Codex 項(xiàng)目規(guī)范、代碼風(fēng)格、測(cè)試方式、目錄規(guī)則等。

一句話總結(jié)：

• config.toml 決定 Codex 能做什么
• AGENTS.md 決定 Codex 應(yīng)該怎么做

比如你想設(shè)置默認(rèn)模型、是否允許聯(lián)網(wǎng)、能不能寫工作區(qū)，這些屬于 config.toml。

比如你想告訴 Codex “本項(xiàng)目使用 C++17”“改完運(yùn)行 make test”“不要做無(wú)關(guān)重構(gòu)”，這些屬于 AGENTS.md。

常見層級(jí)可以這樣看：

• ~/.codex/config.toml 用戶級(jí)工具配置
• 項(xiàng)目目錄/.codex/config.toml 項(xiàng)目級(jí)工具配置
• ~/.codex/AGENTS.md 用戶級(jí)長(zhǎng)期指令
• 項(xiàng)目根目錄/AGENTS.md 項(xiàng)目級(jí)開發(fā)規(guī)范
• 子目錄/AGENTS.md 模塊級(jí)補(bǔ)充規(guī)范

這套設(shè)計(jì)和 Git 配置很像。Git 有系統(tǒng)級(jí)、用戶級(jí)、倉(cāng)庫(kù)級(jí)配置；Codex 也可以把個(gè)人習(xí)慣放全局，把項(xiàng)目規(guī)則放倉(cāng)庫(kù)，把特殊模塊規(guī)則放子目錄。

這樣做的好處是清晰。

你的個(gè)人習(xí)慣可以長(zhǎng)期保留：

• 修改前先閱讀上下文
• 不要主動(dòng)引入新依賴
• 能跑測(cè)試就跑測(cè)試
• 回答先給結(jié)論再展開

項(xiàng)目規(guī)則則放在項(xiàng)目里：

• 本項(xiàng)目使用 pnpm
• 后端接口改動(dòng)要更新文檔
• 數(shù)據(jù)庫(kù)遷移文件不要隨便改
• 提交前運(yùn)行 pnpm test

不同項(xiàng)目加載不同規(guī)則，不需要每次都從頭交代。

三、config.toml：工具行為的控制中心

config.toml 是 Codex 的核心配置文件之一。

用戶級(jí)配置一般在：

~/.codex/config.toml

Windows 下通常類似：

C:\Users\你的用戶名\.codex\config.toml

如果某個(gè)項(xiàng)目需要單獨(dú)配置，可以在項(xiàng)目里創(chuàng)建：

.codex/config.toml

一個(gè)比較基礎(chǔ)的配置如下：

model = "gpt-5.5"
model_provider = "openai"

approval_policy = "on-request"
sandbox_mode = "workspace-write"

這幾行已經(jīng)包含了幾個(gè)關(guān)鍵點(diǎn)：

• model：默認(rèn)模型
• model_provider：模型提供方
• approval_policy：審批策略
• sandbox_mode：沙箱模式

TOML 的寫法比較適合手寫配置。相比 JSON，它不用寫一堆括號(hào)；相比 YAML，它又不容易因?yàn)榭s進(jìn)出問(wèn)題。

需要注意的是，頂層字段盡量寫在表配置前面，例如：

model = "gpt-5.5"
approval_policy = "on-request"

[sandbox_workspace_write]
network_access = true
writable_roots = ["."]

不要把頂層字段隨便插到某個(gè)表下面，否則有些配置可能會(huì)被解析成表內(nèi)字段。

可以把 config.toml 理解成 Codex 的啟動(dòng)參數(shù)區(qū)。Codex 進(jìn)入項(xiàng)目后，會(huì)先讀取這些配置，再確定自己以什么模式工作。

四、模型配置：不是越強(qiáng)越好，而是要匹配任務(wù)

模型配置通常寫在 config.toml 頂層：

model = "gpt-5.5"
model_provider = "openai"

能力強(qiáng)的模型適合做復(fù)雜任務(wù)，例如：

• 跨文件 bug 分析
• 大型重構(gòu)
• 測(cè)試失敗排查
• 架構(gòu)設(shè)計(jì)
• 復(fù)雜代碼遷移
• 多步驟開發(fā)任務(wù)

速度更快、成本更低的模型適合做輕任務(wù)，例如：

• 解釋代碼
• 補(bǔ)注釋
• 生成簡(jiǎn)單腳本
• 寫 README
• 整理日志
• 局部小改動(dòng)

這和我們平時(shí)選數(shù)據(jù)結(jié)構(gòu)一樣。不是所有場(chǎng)景都用紅黑樹，也不是所有場(chǎng)景都用數(shù)組。任務(wù)復(fù)雜度不同，模型選擇也應(yīng)該不同。

如果只是改一個(gè)變量名，用最強(qiáng)模型有點(diǎn)浪費(fèi)。如果是分析一個(gè)跨多個(gè)模塊的線上 bug，用太弱的模型又容易漏上下文。

還可以配一些推理和輸出參數(shù)：

model_reasoning_effort = "medium"
model_verbosity = "medium"
model_reasoning_summary = "auto"

大致可以這樣理解：

• reasoning_effort：推理強(qiáng)度
• verbosity：輸出詳細(xì)程度
• reasoning_summary：是否展示推理摘要

新手不建議一開始把參數(shù)調(diào)得很復(fù)雜。先用默認(rèn)值，等你發(fā)現(xiàn)某類任務(wù)經(jīng)常不夠穩(wěn)，再針對(duì)性調(diào)整。

我的建議：

• 小改動(dòng)：medium 就夠
• 復(fù)雜重構(gòu)：提高 reasoning effort
• 寫文章或解釋知識(shí)：提高 verbosity
• 自動(dòng)化任務(wù)：輸出盡量簡(jiǎn)潔

配置不是越多越好，能解決問(wèn)題才是好配置。

五、權(quán)限配置：approval_policy 和 sandbox_mode

Codex 配置里最需要認(rèn)真理解的，就是權(quán)限。

因?yàn)樗苯記Q定 Codex 能不能改文件、能不能聯(lián)網(wǎng)、能不能執(zhí)行命令，以及遇到風(fēng)險(xiǎn)操作時(shí)要不要停下來(lái)問(wèn)你。

兩個(gè)核心字段：

approval_policy = "on-request"
sandbox_mode = "workspace-write"

這兩個(gè)字段分別解決不同問(wèn)題：

approval_policy：什么時(shí)候需要問(wèn)用戶
sandbox_mode：Codex 最大能操作到什么范圍

1. approval_policy：剎車系統(tǒng)

approval_policy 可以理解成剎車系統(tǒng)。

approval_policy = "on-request"

這個(gè)配置表示：當(dāng) Codex 遇到需要更高權(quán)限、可能影響系統(tǒng)或項(xiàng)目安全的操作時(shí)，會(huì)先請(qǐng)求用戶確認(rèn)。

日常開發(fā)推薦這個(gè)模式。

因?yàn)槲覀兗认Ｍ?Codex 能主動(dòng)干活，又不希望它完全不受控制。

還有一種模式是：

approval_policy = "never"

這個(gè)表示 Codex 不會(huì)主動(dòng)請(qǐng)求審批。它更適合提前確定好邊界的自動(dòng)化環(huán)境，比如臨時(shí)容器、CI、一次性腳本。普通個(gè)人項(xiàng)目不建議默認(rèn)用它。

2. sandbox_mode：活動(dòng)范圍

sandbox_mode 可以理解成活動(dòng)范圍。

常見有三種：

• read-only：只讀
• workspace-write：允許寫當(dāng)前工作區(qū)
• danger-full-access：權(quán)限基本放開

只想讓 Codex 分析項(xiàng)目，不想讓它改文件，可以用：

sandbox_mode = "read-only"

日常開發(fā)比較推薦：

sandbox_mode = "workspace-write"

這表示 Codex 可以修改當(dāng)前項(xiàng)目?jī)?nèi)的文件，但不會(huì)隨便動(dòng)系統(tǒng)其它目錄。

如果需要允許聯(lián)網(wǎng)和限制可寫目錄，可以這樣寫：

[sandbox_workspace_write]
network_access = true
writable_roots = ["."]

danger-full-access 權(quán)限最大，但名字已經(jīng)提示得很直白：danger。

不是說(shuō)不能用，而是要知道自己在干什么。真實(shí)項(xiàng)目里，不建議新手默認(rèn)開這個(gè)。

3. 兩個(gè)配置一起看

組合起來(lái)看更清楚：

比較穩(wěn)的日常配置：

approval_policy = "on-request"
sandbox_mode = "workspace-write"

[sandbox_workspace_write]
network_access = true
writable_roots = ["."]

這個(gè)配置既不會(huì)讓 Codex 完全不能動(dòng)，也不會(huì)把系統(tǒng)權(quán)限全部交出去。

六、AGENTS.md：項(xiàng)目規(guī)矩寫在這里

如果說(shuō) config.toml 管的是工具行為，那 AGENTS.md 管的就是項(xiàng)目規(guī)矩。

很多時(shí)候，Codex 寫得不符合預(yù)期，不是因?yàn)樗粫?huì)，而是因?yàn)樗恢滥愕捻?xiàng)目規(guī)則。

比如：

• 不能隨便新增依賴
• 修改公共接口要更新文檔加粗樣式
• 改完代碼要跑測(cè)試
• 不要修改 migrations 目錄
• C++ 項(xiàng)目要保持頭文件依賴簡(jiǎn)潔
• Linux 示例代碼要寫清楚返回值

這些都適合寫進(jìn) AGENTS.md。

項(xiàng)目根目錄可以放：

AGENTS.md

示例：

# AGENTS.md

## 項(xiàng)目規(guī)則

- 修改代碼前先閱讀相關(guān)模塊，不要直接猜實(shí)現(xiàn)。
- 保持當(dāng)前項(xiàng)目已有代碼風(fēng)格，不做無(wú)關(guān)重構(gòu)。
- 不要隨意新增第三方依賴，確實(shí)需要時(shí)先說(shuō)明原因。
- 修改公共接口時(shí)，同步更新接口文檔。
- 能運(yùn)行測(cè)試時(shí)，修改后必須運(yùn)行測(cè)試。

這份文件就像給 Codex 準(zhǔn)備的項(xiàng)目說(shuō)明書。

你也可以寫全局的：

~/.codex/AGENTS.md

全局文件適合放個(gè)人長(zhǎng)期偏好：

# ~/.codex/AGENTS.md

## 我的通用習(xí)慣

- 回答先給結(jié)論，再說(shuō)明細(xì)節(jié)。
- 修改代碼前先搜索上下文。
- 不做無(wú)關(guān)重構(gòu)。
- 修改后說(shuō)明改了哪些文件。
- 如果無(wú)法運(yùn)行測(cè)試，需要說(shuō)明原因。

項(xiàng)目文件適合放項(xiàng)目特有規(guī)則：

# AGENTS.md

## 本項(xiàng)目規(guī)則

- 本項(xiàng)目使用 pnpm，不要使用 npm。
- 前端代碼在 apps/web。
- 后端代碼在 services/api。
- 修改接口后更新 openapi.yaml。
- 提交前運(yùn)行 pnpm lint 和 pnpm test。

AGENTS.md 的關(guān)鍵不是寫得多，而是寫得具體。

“寫高質(zhì)量代碼”這種話太虛。
“修改后運(yùn)行 pnpm test，不要新增依賴，不要改 migrations 目錄”才是真正能執(zhí)行的規(guī)則。

七、AGENTS.md 的層級(jí)加載

AGENTS.md 不是只能放一個(gè)，它可以按目錄分層。

假設(shè)項(xiàng)目結(jié)構(gòu)如下：

project/
├── AGENTS.md
├── frontend/
│   └── AGENTS.md
└── backend/
    └── payment/
        └── AGENTS.override.md

根目錄寫通用規(guī)則，frontend 寫前端規(guī)則，payment 寫支付模塊特殊規(guī)則。

比如根目錄：

- 保持原有代碼風(fēng)格。
- 修改后運(yùn)行測(cè)試。
- 不做無(wú)關(guān)重構(gòu)。

支付目錄可以更嚴(yán)格：

- 不要修改簽名算法，除非任務(wù)明確要求。
- 不要在日志中輸出 token、密鑰、手機(jī)號(hào)。
- 修改支付狀態(tài)流轉(zhuǎn)時(shí)，必須補(bǔ)充邊界測(cè)試。

這樣 Codex 在支付模塊工作時(shí)，會(huì)同時(shí)理解通用規(guī)則和局部規(guī)則。

這個(gè)設(shè)計(jì)很適合大項(xiàng)目。

因?yàn)榇箜?xiàng)目里不同目錄規(guī)則往往不一樣。前端關(guān)心組件、樣式、交互；后端關(guān)心接口、數(shù)據(jù)庫(kù)、鑒權(quán)；支付模塊又額外關(guān)心安全和狀態(tài)流轉(zhuǎn)。

如果所有內(nèi)容都塞進(jìn)根目錄一個(gè) AGENTS.md，要么文件特別長(zhǎng)，要么約束不夠精確。

更好的方式是：

根目錄寫通用規(guī)則
模塊目錄寫具體規(guī)則
敏感目錄寫更嚴(yán)格規(guī)則

這就是“配置靠近使用位置”。

八、MCP：給 Codex 擴(kuò)展外部工具

Codex 本身能讀寫文件、執(zhí)行命令，但如果想連接更多外部工具，就需要 MCP。

可以把 MCP 理解為工具接入?yún)f(xié)議。通過(guò) MCP，Codex 可以連接 GitHub、瀏覽器、數(shù)據(jù)庫(kù)、文檔系統(tǒng)等。

示例配置：

[mcp_servers.github]
command = "npx"
args = ["-y", "@modelcontextprotocol/server-github"]
startup_timeout_sec = 10
tool_timeout_sec = 60

這段配置大致表示：?jiǎn)?dòng)一個(gè)名為 github 的 MCP 服務(wù)。

字段含義：

command：?jiǎn)?dòng)命令
args：?jiǎn)?dòng)參數(shù)
startup_timeout_sec：?jiǎn)?dòng)超時(shí)時(shí)間
tool_timeout_sec：工具調(diào)用超時(shí)時(shí)間

如果需要 token，不建議直接寫死在配置文件里：

token = "ghp_xxxxxxxxx"

這樣很危險(xiǎn)，容易被誤提交。

更推薦通過(guò)環(huán)境變量：

env = { GITHUB_TOKEN = "GITHUB_TOKEN" }

MCP 的價(jià)值在于讓 Codex 不只看本地代碼。

比如：

接 GitHub：讀 issue、PR、倉(cāng)庫(kù)信息
接瀏覽器：檢查頁(yè)面效果、調(diào)試交互
接數(shù)據(jù)庫(kù)：看表結(jié)構(gòu)、輔助寫 SQL
接文檔系統(tǒng)：讀取團(tuán)隊(duì)規(guī)范

但 MCP 不是越多越好。

每接一個(gè)工具，就多一份權(quán)限風(fēng)險(xiǎn)。我的建議是按需接入：確實(shí)能提升效率再配，不熟悉的服務(wù)不要隨便開，敏感權(quán)限一定要控制好。

九、推薦一套新手配置

如果你剛開始用 Codex，不建議上來(lái)就配得很復(fù)雜。

先用一套穩(wěn)的：

model = "gpt-5.5"
model_provider = "openai"

approval_policy = "on-request"
sandbox_mode = "workspace-write"

model_reasoning_effort = "medium"
model_verbosity = "medium"

[sandbox_workspace_write]
network_access = true
writable_roots = ["."]

這套配置的特點(diǎn)：

允許 Codex 修改當(dāng)前項(xiàng)目
高風(fēng)險(xiǎn)操作會(huì)問(wèn)你
允許聯(lián)網(wǎng)
寫入范圍限制在工作區(qū)
模型和輸出保持中等強(qiáng)度

再配一個(gè)全局 AGENTS.md：

# ~/.codex/AGENTS.md

## 通用規(guī)則

- 修改前先閱讀上下文。
- 優(yōu)先保持原有代碼風(fēng)格。
- 不做無(wú)關(guān)重構(gòu)。
- 不主動(dòng)新增依賴。
- 修改后說(shuō)明核心邏輯。
- 能運(yùn)行測(cè)試時(shí)必須運(yùn)行測(cè)試。

項(xiàng)目里再放一個(gè) AGENTS.md：

# AGENTS.md

## 項(xiàng)目規(guī)則

- 本項(xiàng)目使用 pnpm。
- 修改前端后運(yùn)行 pnpm lint。
- 修改后端后運(yùn)行 pnpm test。
- 不要修改生產(chǎn)配置文件。
- 不要隨意調(diào)整目錄結(jié)構(gòu)。

這就是一個(gè)最小閉環(huán)。

先不要追求復(fù)雜，先把邊界和項(xiàng)目規(guī)則講清楚。等你用熟了，再慢慢加 MCP、profiles、不同模型策略。

十、常見誤區(qū)

誤區(qū)一：把所有東西都寫進(jìn) config.toml

config.toml 適合寫結(jié)構(gòu)化配置，不適合寫一大段項(xiàng)目規(guī)范。

項(xiàng)目規(guī)則建議放 AGENTS.md。

正確分工：

工具行為寫 config.toml
項(xiàng)目規(guī)范寫 AGENTS.md

誤區(qū)二：權(quán)限直接開最大

有些同學(xué)為了方便直接寫：

sandbox_mode = "danger-full-access"
approval_policy = "never"

這樣確實(shí)爽，但風(fēng)險(xiǎn)也高。

真實(shí)項(xiàng)目里更建議：

sandbox_mode = "workspace-write"
approval_policy = "on-request"

誤區(qū)三：AGENTS.md 太空

只寫一句：

請(qǐng)寫出高質(zhì)量代碼。

基本沒(méi)用。

因?yàn)?ldquo;高質(zhì)量”不可執(zhí)行。

應(yīng)該寫成：

- 修改后運(yùn)行 pnpm test。
- 不要新增依賴。
- 不要修改 migrations 目錄。
- 保持原有代碼風(fēng)格。

誤區(qū)四：AGENTS.md 太長(zhǎng)

也不要把所有業(yè)務(wù)文檔都塞進(jìn)去。

太長(zhǎng)會(huì)稀釋重點(diǎn)。

更好的方式是：

AGENTS.md 寫規(guī)則
docs 寫詳細(xì)文檔
需要時(shí)讓 Codex 去讀 docs

誤區(qū)五：把密鑰寫進(jìn)配置文件

不要把 token、key、password 直接寫進(jìn)倉(cāng)庫(kù)里的配置。

真實(shí)密鑰走環(huán)境變量，不要進(jìn) Git。

總結(jié)

Codex 的強(qiáng)大之處，不只是會(huì)寫代碼，而是可以通過(guò)配置變成更懂項(xiàng)目的開發(fā)助手。

這套配置體系可以概括成幾句話：

config.toml 控制工具行為
AGENTS.md 固化項(xiàng)目規(guī)則
approval_policy 控制審批節(jié)奏
sandbox_mode 限制權(quán)限邊界
MCP 擴(kuò)展外部工具能力

如果用操作系統(tǒng)來(lái)類比：

config.toml 像系統(tǒng)配置
AGENTS.md 像項(xiàng)目說(shuō)明書
sandbox_mode 像權(quán)限隔離
approval_policy 像 sudo 確認(rèn)
MCP 像外接工具驅(qū)動(dòng)

真正好用的 Codex，不是默認(rèn)狀態(tài)下的 Codex，而是被你配置過(guò)的 Codex。

默認(rèn)狀態(tài)下，它只是一個(gè)能力很強(qiáng)的通用助手。配置完成后，它才會(huì)更像一個(gè)懂你項(xiàng)目、守你規(guī)矩、知道邊界在哪里的開發(fā)搭子。

剛開始使用時(shí)，記住這套順序就夠了：

1. 先配 ~/.codex/config.toml
2. 再寫 ~/.codex/AGENTS.md
3. 重要項(xiàng)目單獨(dú)寫 AGENTS.md
4. 默認(rèn)使用 workspace-write
5. 高風(fēng)險(xiǎn)操作保留審批
6. MCP 按需開啟，不要貪多

AI 編程工具不是讓開發(fā)者完全不思考，而是把重復(fù)、繁瑣、機(jī)械的部分交給工具，把架構(gòu)判斷、邊界設(shè)計(jì)和核心邏輯留給人。

會(huì)用 Codex，只是第一步。
會(huì)配置 Codex，才是真正把它變成生產(chǎn)力工具的開始。

以上就是Codex從config.toml到AGENTS.md的配置實(shí)戰(zhàn)的詳細(xì)內(nèi)容，更多關(guān)于Codex配置實(shí)戰(zhàn)指南的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章！

最新評(píng)論