OPENCLAW部署打开webUI报错403问题解决

解决OpenClaw API Key 403报错：脏环境变量排查指南

最近在给自己公司电脑部署OpenClaw时，遇到一个挺典型的问题：用第三方中转配置时一切正常，轮到用自己的环境，却一直报403无效API Key错误。问题根源最终锁定在“脏环境变量”上。

简单来说，情况是这样的：之前配置的中转用的是Anthropic渠道，但Base URL却指向了月之暗面（Moonshot）的地址。这就导致后来在OpenClaw里设置的正确API Key根本没生效，全被这些残留的环境变量给“劫持”了。

第一步：定位“元凶”——检查本地环境变量

要解决它，首先得把藏起来的脏数据揪出来。以Windows 11的PowerShell为例，输入下面这个命令，就能一览所有环境变量：

Get-ChildItem Env:

第二步：精准“手术”——删除冲突变量

在变量列表里，你需要重点寻找与当前服务冲突的项。找到后，用管理员权限运行PowerShell，执行删除命令。例如，针对Anthropic相关的冲突变量，命令格式如下：

[Environment]::SetEnvironmentVariable("ANTHROPIC_AUTH_TOKEN", $null, "Machine") [Environment]::SetEnvironmentVariable("ANTHROPIC_BASE_URL", $null, "Machine")

（注意：此操作需要以管理员方式运行终端。）

像这次问题中的两个“元凶”就是：

ANTHROPIC_AUTH_TOKEN： sk-HKEWeeI075PDCuuBzZ********tMQkgTj73TRNH

ANTHROPIC_BASE_URL： https://api.moonshot.cn/anthropic/

看，一个是指令密钥，另一个却指向了月之暗面的接口地址，两者不匹配，自然就403了。

第三步：重启与验证——让修复生效

清理完环境变量后，事情还没结束。记得运行OpenClaw的修复命令来重新配置环境：

openclaw doctor --fix

最后一步至关重要：重启一下OpenClaw Gateway服务。让所有改动生效后，问题通常就能迎刃而解。

这类问题其实不罕见，尤其是在反复测试、切换不同配置或服务商的环境中。核心思路就是一句话：当配置看起来都对却依然报错时，不妨查查是不是有“历史遗留”的环境变量在暗中作祟。