“网络异常”通常非真断网，而是模型请求通道故障；先查日志末行定位问题：停在初始化则检查路径/权限，停在连接模型则改base url和api key（如换taotoken通道），出现fetch failed则验证代理端口是否真实监听。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
OpenClaw 或 AionClaw 启动时提示“网络异常”，绝大多数情况不是真断网，而是模型请求通道卡在了 Base URL 或认证环节。只要 Gateway 进程能起来、界面能打开、日志能查看，就别急着重装——重装解决不了配置错的问题。
看日志停在哪一行，先分清是本地没起来还是模型连不上
点右上角「日志」按钮，直接翻到最后几行。关键不是报错文字，而是最后一句在做什么：
- 停在
Initializing dependencies或Starting Gateway server：本地服务根本没拉起来，回头检查安装路径是否含中文/空格/特殊符号（比如D:\工具\AionClaw就不行，得改成D:\AionClaw）； - 停在
Loading channel config或Connecting to model service：Gateway 已运行，问题出在模型通道，下一步改Base URL和API Key； - 出现
fetch failed或ERR_CONNECTION_REFUSED：说明程序发出了请求，但目标地址不可达，大概率是代理没配对、端口填错，或防火墙拦截了 outbound 流量。
改 TaoToken 兼容通道：只动 .env 里的两行
AionClaw 默认走的是官方模型通道，国内直连不稳定。换 TaoToken 是最快验证方式，前提是它只负责模型请求，不碰 Gateway 本身：
- 去 https://taotoken.net 注册，创建一个
API Key； - 找到 AionClaw 安装目录下的
.env文件（通常在AionClaw/config/.env或AionClaw/.env）； - 把这两行改成：
MODEL_BASE_URL=https://taotoken.net/api MODEL_API_KEY=your_actual_api_key_here
- 保存文件，点右上角「重启 Gateway」按钮，不要关窗口重开软件；
- 如果重启后对话立刻恢复，说明原通道失效，后续可长期用 TaoToken；如果仍失败，问题不在模型层，回到日志定位环节。
查代理端口有没有真正监听，别被进程名骗了
很多人看到 HeySocks、Clash、Surge 进程在跑，就以为代理“开着”。其实它们可能只是客户端，没开本地监听端口。真正起作用的必须是 LISTENING 状态：
- 在 PowerShell 中运行：
netstat -ano | findstr LISTENING； - 找状态为
LISTENING且本地地址是127.0.0.1:x或0.0.0.0:x的行（x 是端口号）； - 常见有效端口有
1227、10000、8588，但不能凭经验猜，得实测； - 确认端口后，在 PowerShell 中临时设环境变量并测试：
$env:HTTPS_PROXY="http://127.0.0.1:1227"; curl.exe -I https://www.google.com； - 返回
HTTP/2 200才算通；如果超时，换下一个端口再试。
真正容易被忽略的点是：AionClaw 的网络异常提示，往往只反映模型请求这一跳，而 Gateway 自身依赖的 Node.js 运行时、本地端口占用、Windows 防火墙出站规则这些底层项，日志里不会明说，但会静默阻断整个链路。排查时别被“网络异常”四个字带偏方向。
