权限 on 魔都水滴

一个 operator.write 把网关干翻：OpenClaw fallback 模型为什么突然全体认证失败？

Fri, 10 Jul 2026 08:00:00 +0800

这次问题表面上很像“模型供应商挂了”：OpenClaw 刚加完 NewAPI 的几个 fallback 模型，命令一跑，直接报 Provider authentication failed；进一步看网关调用，真正的错误是：

missing scope: operator.write

如果只看第一层现象，很容易把锅甩给模型密钥、NewAPI 地址、模型名、网络连通性。但这次真正的问题不在模型，也不在 NewAPI，而在 OpenClaw 走网关调用 fallback 模型时，某个 model override 分支把“设备身份”省掉了。结果服务端虽然看到了一个被授权的请求，却没有把它绑定到那台已经配对、已经拥有 operator.write 的设备上，最终在执行 agent RPC 时被权限系统拦下。

先说结论：这是一个典型的“令牌有了，钥匙串没带上”的问题。 模型直连能成功，网关调用失败；设备列表里明明能看到 operator.write，但真正发起网关请求时没有使用那份已配对设备身份，于是权限检查按未绑定请求处理，报出 missing scope: operator.write。

Codex 0.130 后 /approvals 没了？别慌，权限开关都搬到启动参数了

Tue, 12 May 2026 18:50:00 +0800

先说结论

如果你升级到 Codex 0.130.0（很多人会口头叫 Codex 0.130）之后，发现以前习惯在会话里用的 /approvals 不见了，不要急着回退版本。现在更稳定的做法，是在启动 Codex 时就把权限策略说清楚：用 --ask-for-approval 控制什么时候询问，用 --sandbox 控制命令能操作哪些文件，确实处在外部隔离环境里时，再使用 --dangerously-bypass-approvals-and-sandbox 一次性跳过确认和沙箱。这个长参数也可以直接写成 --yolo，更方便记忆和输入，也更接近 Gemini 等工具里常见的命名习惯。

换句话说，思路从“进会话后再临时切权限”，变成“启动前就选择运行档位”。这篇文章会把常用参数、推荐组合、风险边界和 shell alias 写法一次讲清楚。

本文只讨论公开的 Codex CLI 参数和通用工作流，不包含任何真实主机、内网地址、用户名、Token、私有路径或业务项目名。所有命令都用 <PROJECT>、<TASK> 这类占位符表示，你可以按自己的环境替换。