https://blog.margrop.net/tag/fallback/ Recent content in Fallback on 魔都水滴 Hugo zh-CN Fri, 10 Jul 2026 08:00:00 +0800 https://blog.margrop.net/post/openclaw-missing-operator-write-scope/ Fri, 10 Jul 2026 08:00:00 +0800 https://blog.margrop.net/post/openclaw-missing-operator-write-scope/ <p>这次问题表面上很像“模型供应商挂了”：OpenClaw 刚加完 NewAPI 的几个 fallback 模型，命令一跑，直接报 <code>Provider authentication failed</code>；进一步看网关调用，真正的错误是：</p> <div class="highlight"><pre tabindex="0" style="color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;-webkit-text-size-adjust:none;"><code class="language-text" data-lang="text"><span style="display:flex;"><span>missing scope: operator.write </span></span></code></pre></div><p>如果只看第一层现象，很容易把锅甩给模型密钥、NewAPI 地址、模型名、网络连通性。但这次真正的问题不在模型，也不在 NewAPI，而在 OpenClaw 走网关调用 fallback 模型时，某个 model override 分支把“设备身份”省掉了。结果服务端虽然看到了一个被授权的请求，却没有把它绑定到那台已经配对、已经拥有 <code>operator.write</code> 的设备上，最终在执行 agent RPC 时被权限系统拦下。</p> <p>先说结论：<strong>这是一个典型的“令牌有了，钥匙串没带上”的问题。</strong> 模型直连能成功，网关调用失败；设备列表里明明能看到 <code>operator.write</code>，但真正发起网关请求时没有使用那份已配对设备身份，于是权限检查按未绑定请求处理，报出 <code>missing scope: operator.write</code>。</p> <p><img src="https://blog.margrop.net/post-images/openclaw-missing-operator-write-scope/cover.png" alt="AI 生成封面：一个网关前的双锁权限系统"></p>