Codex 权限：区分沙箱与审批
沙箱决定工具可以访问和修改哪些资源；审批策略决定何时需要人确认。两者一起影响任务行为，但审批设置本身不会授予额外的文件或网络权限。
从任务所需范围出发
代码阅读、解释和审查通常可以从只读开始；确实需要改项目时再采用支持项目写入的运行环境。网络、外部工具和生产操作还要单独确认实际能力和授权。
本地只读任务的官方配置形式：
codex --sandbox read-only --ask-for-approval on-request也可在适用的 config.toml 中设置：
sandbox_mode = "read-only"
approval_policy = "on-request"遇到拒绝时检查什么
先看失败操作：目标路径是否位于可写范围、命令是否需要网络、工具本身是否有额外限制。再看审批是否允许提出例外请求，以及组织策略是否禁止该行为。不要把所有拒绝都归因于“没点确认”。
审批策略 never 不会让沙箱自动放开；它表示不请求交互审批。无人值守任务应预先配置必要能力，并对无法执行的步骤明确失败。
旧教程需要纠正的地方
当前官方说明已退役显式 approval_policy = "untrusted"；继续配置可能阻止启动。项目的信任状态仍是另一个概念，不能因名称相似把二者混为一谈。配置前核对当前版本资料。
需要无交互执行时继续阅读 codex exec，涉及配置覆盖时查看 配置优先级。
最后更新于