安装 OpenClaw 时网络怎么配置？一篇讲清模型接入与代理设置
很多人第一次安装 OpenClaw 会卡在同一个问题上：模型能配上，但请求发不出去。
尤其是使用 OpenAI / Anthropic / Gemini 这类国外模型时，网络链路是关键。
这篇文章我尽量用“能落地”的方式讲清楚：你到底该怎么配，怎么测，怎么排错。
一、先明确：OpenClaw 的“联网点”在哪里？
你在本地跑 OpenClaw，但它要访问外部模型服务。
所以通常要保证这几段都通：
- 你的机器 → 模型 API（如 OpenAI）
- 你的机器 → 第三方聚合网关
- 你的机器 → OpenClaw Gateway 本地服务（通常没问题）
你真正需要处理的是第 1、2 段的网络可达性。
二、常见三种方案
方案 A：系统全局代理（最省心）
适合新手：把系统代理开好后，CLI 和 OpenClaw 一般可直接走代理。
- 优点：简单、一次配置多处生效
- 缺点：不够精细，可能影响其它软件
方案 B：终端环境变量代理（推荐）
只让当前终端会话走代理，干净可控。
在 PowerShell 中设置（示例）：
$env:HTTP_PROXY="http://127.0.0.1:7890"$env:HTTPS_PROXY="http://127.0.0.1:7890"如果你用 SOCKS5（部分工具支持）可用：
$env:ALL_PROXY="socks5://127.0.0.1:7890"端口
7890只是示例，按你自己的代理工具端口改。
方案 C：模型改走中转网关（更灵活）
如果直连某模型不稳定，可改成兼容 OpenAI 格式的网关（例如 OpenRouter / 自建代理）。
核心思路：把请求发到更稳定的可达地址，而不是直连原厂域名。
三、OpenClaw 里该配什么？
1）先完成模型认证
OpenAI 方向常见两种：
- API Key（按量付费）
- Codex / ChatGPT OAuth（订阅授权）
可用安装向导配置，或后续补登授权。
2）确认默认模型是否可用
安装后先跑一次模型列表，确认 OpenClaw 已识别模型：
openclaw models list如果模型显示出来，但调用失败，十有八九是网络链路问题。
3）按需切换模型做连通性对比
例如先切到一个你确认可用的模型，测试是否能回包。
如果 A 能用、B 不能用，基本就是目标服务链路或账号权限问题，不是 OpenClaw 主程序坏了。
四、最小排错流程（非常实用）
按这个顺序查，最快：
看服务状态
openclaw status看模型是否被识别
openclaw models list确认代理变量是否生效（当前终端）
echo$env:HTTP_PROXYecho$env:HTTPS_PROXY切换模型做 A/B 测试
- 一个你确定可用的模型
- 一个当前失败的模型
看错误关键词
- timeout / connect reset：网络问题
- 401/403：鉴权或权限问题
- model not allowed / not found：模型名或账号 entitlement 问题
五、稳定性建议
- 优先选你网络下更稳定的 provider
- 准备一个“兜底模型”，主模型超时时自动切换
- 不要把代理写死在系统全局（除非你明确需要）
- 分环境配置（工作机/服务器/家里）避免互相污染
- 记录一份你自己的“可用组合”（模型 + 代理端口 + 认证方式）
六、常见误区
误区 1：能打开官网就等于 API 一定通
不一定，API 域名链路和网页链路可能不同。
误区 2：模型显示在列表里，就代表能调用
列表是“识别到”，不是“网络保证可用”。
误区 3：只盯 OpenClaw 配置，不看系统网络
实际上大部分问题都在网络/代理层。
结语
一句话总结：
OpenClaw 本身不复杂，难点在“你本机到模型服务”的网络路径。
把代理策略（全局 / 环境变量 / 中转网关）理顺，再配好认证，基本就稳了。