Codex 里经常会看到两个容易混淆的设置：一个是 Approve for me，另一个是 Permissions 页面里的 Auto-review。很多人看到它们会以为这是“给 Codex 开全权限”，其实不是。它更像是把原本需要你手动点确认的权限请求，交给一个独立的 reviewer agent 自动判断。
如果你使用的是 AI 中转站，而 Codex 在请求授权、访问网络、上传文件或执行需要额外权限的动作时突然提示 503 授权失败，重点不要先去排查普通聊天模型。更常见的原因是：你的中转站没有支持 codex-auto-review 这个内部审批模型，或者没有把这个模型名正确转发到可用模型。
Approve for me 是什么
在 Codex 动作审批菜单里，常见有三种模式：Ask for approval、Approve for me、Full access。
Ask for approval 是最保守的方式。Codex 需要访问网络、编辑外部文件或执行高风险命令时，会停下来问你。
Approve for me 会让 Codex 自动审核一部分权限请求。只有被判断为潜在不安全的操作，才会继续询问你。
Full access 是更宽的本地权限模式，风险也更高。它和 Auto-review 不是一回事：Full access 改的是权限边界，Auto-review 改的是审批方式。
Auto-review 是什么
根据 Codex 官方 manual，Auto-review 的本质是：当主 Codex agent 想跨过沙盒边界时，不再总是让人手动审批，而是交给一个单独的 reviewer agent 判断这个请求是否可以放行。
这句话很关键：Auto-review 是 reviewer swap，不是 permission grant。也就是说，它只是改变“谁来审批”，并不会自动扩大文件权限、自动开放所有网络访问，也不会绕过受保护路径。
但在技术实现上，Auto-review 本身也需要一次模型调用。也就是说，当 Codex 要自动审核某个权限请求时，它可能会向后端请求一个专门用于审批的模型，例如 codex-auto-review。
为什么会提示 503 授权失败
如果你使用官方 ChatGPT 登录，通常不需要关心这个模型名。但如果你把 Codex 接到了 AI 中转站、自定义 OpenAI-compatible endpoint 或自建网关，就要特别注意：中转站必须能识别并处理 codex-auto-review。
很多中转站只配置了常见聊天模型，例如 GPT 主模型、mini 模型或常规 API 模型，却没有配置 codex-auto-review。这时普通对话可能正常，但一旦 Codex 触发自动审批，就会出现类似 503、授权失败、服务暂不可用或 model not found 的错误。
所以这类问题的核心不是“Codex 普通模型找不到”，而是中转站没有支持 Auto-review 审批模型。
怎么确认是不是这个问题
可以按下面几步判断。
第一，看报错出现的位置。如果 Codex 普通对话、读文件、写工作区文件都正常，但一到需要访问网络、上传文件、写外部目录、执行提升权限命令时失败，基本就要怀疑 Auto-review 审批链路。
第二，临时切回 Ask for approval。把 Approve for me / Auto-review 改成 Ask for approval，让权限请求回到人工审批。如果切回后不再出现 503，而是正常弹出人工确认，就说明问题很可能在 auto-review reviewer 模型调用上。
第三，检查中转站日志。在你的中转站后台或网关日志里搜索 codex-auto-review。如果看到这个模型名请求失败、没有渠道、没有映射、上游不支持，就基本定位了。
第四，用接口直接测试。如果你的中转站提供 OpenAI-compatible 接口，可以用一个最小请求测试 codex-auto-review 是否能被识别。不能识别就需要补模型映射。
中转站应该怎么修
修复方向不是让用户关闭所有安全检查，而是让中转站支持 Codex 需要的内部模型名。
方案一：添加模型映射。在中转站里把 codex-auto-review 映射到一个可用的审核/推理模型。具体映射到哪个上游模型，取决于你的中转站支持哪些模型以及你希望的成本和稳定性。
方案二：添加专用渠道。如果你的网关支持按模型名路由，可以为 codex-auto-review 单独配置一个渠道，避免它和普通聊天模型混在一起。
方案三：更新中转站程序。如果你用的是旧版中转站，可能根本不知道 codex-auto-review 这个模型名。升级到支持 Codex 新权限流程的版本，通常比手动补丁更稳。
方案四：临时关闭 Auto-review。如果你暂时不能改中转站，可以先把审批方式切回 Ask for approval。这不是根治，但可以避免 Codex 在自动审批时请求 codex-auto-review。
不建议怎么做
不建议为了绕过这个错误直接开 Full access。Full access 解决的是本地权限边界，不是中转站模型映射问题。即使你开了更高权限，只要 Codex 仍然触发 Auto-review，而中转站仍然不支持 codex-auto-review，错误仍然可能出现。
也不建议把所有未知模型都随便转发到同一个上游模型。更好的做法是明确记录：哪些模型是普通对话模型，哪些是 Codex 内部审批或工具链需要的模型。
推荐设置
如果你是普通 Codex 用户，推荐先用 Ask for approval 或 Approve for me，不要默认 Full access。
如果你是中转站站长，建议在模型列表和路由里明确支持 codex-auto-review，并在后台日志里保留这个模型名的请求记录，方便用户排查。
如果你只是想稳定使用 Codex、Claude Code、Gemini CLI 等工具，不想自己维护模型映射和审批链路，可以了解 YYLX.IO 鱼鱼连线 这类已经整理好接入方式的 AI 中转站。
总结
Codex Auto-review 不是全权限开关，而是自动审核权限请求的机制。它会在需要额外权限时调用 reviewer agent。
如果使用中转站时出现 Codex 503 授权失败，尤其是在自动审批阶段出现，最常见原因是中转站没有支持 codex-auto-review 模型。解决思路是：检查日志、补模型映射、升级中转站，或者临时切回 Ask for approval。
发表回复