CODEX / PRACTICAL GUIDE

配置工作目录与权限:从可控的小范围开始

理解 config.toml、沙箱与审批的作用,用只读任务检查实际权限。

GavinAI 原创 · · 约 8 分钟

01 · 先读现有配置

Codex 的个人配置通常位于 ~/.codex/config.toml,也可能受自定义 CODEX_HOME 或组织策略影响。先在客户端确认当前配置位置。已有配置时保留副本并只改需要的项,不覆盖认证文件。

终端命令
codex --help
# 查看帮助后,从需要工作的项目目录启动
codex

02 · 理解两个不同的开关

下面是个人配置中的两个示例字段,不是要求覆盖你的整份文件。sandbox_mode 控制可访问范围;approval_policy 控制何时请求审批。即使两项写入成功,组织策略、系统限制或宿主应用设置仍可能收紧权限。

config.toml 示例
sandbox_mode = "workspace-write"
approval_policy = "on-request"

03 · 用状态与只读请求交叉检查

在交互会话里用 /status 查看当前配置,用 /permissions 查看可选权限。再请求列出当前目录和适用规则;预期结果应与实际打开的项目一致。不要通过关闭全部限制来解决一个路径错误,也不要让初次任务修改项目外文件。

Codex 会话内指令
/status
/permissions

04 · 遇到失败先定位约束

文件写入失败,先核对路径、目录权限和沙箱边界;网络失败则检查连接、代理及允许的网络范围。不要因为一个下载失败就把所有执行权限放开。调整之后新开会话再检查状态,确认本次任务实际采用的设置。

排查任务示例
请先只读检查:当前目录是什么?适用哪些项目规则?
本次任务需要写入哪些文件、访问哪些网络地址?
先说明需求与当前限制,再提出最小调整。

常见问题

写了配置为什么仍然被阻止?

配置不是最高权限。受管机器、宿主应用和组织策略可能覆盖或限制设置,应依据当前会话状态判断。

配置里要固定模型名称吗?

本篇不固定模型。使用客户端里实际可用的选项;不要复制已失效的名称,也不要把权限配置与模型选择混为一谈。

参考来源

依据以下资料核对,查证日期 2026-10-16。外部资料在新标签页打开;界面与功能可能随版本变化。