智谱的产品能力是不行吗?autoclaw老是断开连接?

点击办理高速ETC

每次打开,都要“正在恢复连接,可能需要一点时间,请耐心等待…”

我电脑上安装了workbuddy,qlaw,zcode,autoclaw,

连接已中断,正在自动重连…,连接中断,点击重试,重新连接

Gateway不断的重启。


autoclaw过个几分钟就会提示连接中断,正在恢复连接,可能需要一点时间,请耐心等待。

很疑惑啊!

让autoclaw自己分析。

先看看你发的截图,同时抓一下刚刚断开的实时日志。
重大发现——Gateway 刚刚又重启了,第 13 次。让我把截图换个方式读出来,同时查重启原因。
关键发现:Gateway 在疯狂重启。让我深挖重启原因。
一目了然。问题不在 DeepSeek,在 Gateway 本身的疯狂重启。

真正的根因:Gateway 每 5-10 分钟就自动重启一次

今天 10:00 到 11:17,不到 80 分钟内 Gateway 重启了 11 次

1

09:59 → 10:00

重启(32s),attempt 含 retry_validate_config

2

10:00

立刻又重启(3s)

3

10:22 → 10:28

重启(5m43s),长达 5 分钟的配置纠错

4

10:30 → 10:33

重启(2m17s),weixin health-monitor 触发

5

10:42

重启(1s)

6

10:47 → 10:51

重启(4m21s)

7

10:54 → 10:56

重启(2m13s)

8

10:59 → 11:01

重启(2m7s)

9

11:04 → 11:09

重启(4m48s)

10

11:12 → 11:14

重启(1m47s)

11

11:16 → 11:17

重启(46s),你刚才看到的”又断开”就是这次

每次重启 → WebSocket 全断 → 桌面端狂刷 connection_interrupted → 你看的就是这个。

Gateway 重启的触发源

从日志特征判断,是 桌面端 v1.10.0 的 GatewayManager 在主动重启 Gateway:

  • 日志里有 GatewayManager 前缀的行全是桌面端发出的,不是 Gateway 自己
  • 多次出现 retry_validate_config —— 桌面端对配置校验失败后重试启动
  • superseded —— 新的启动尝试覆盖了旧的
  • 共累计 attempt=13(仅今天这一轮会话)

Gateway 本身没有崩溃——每次 EXIT 都是静默退出,没有 crash dump、没有 OOM、没有 fatal 错误。是桌面端的 GatewayManager 在反复杀掉并重启 Gateway 进程。

为什么 zcode / workbuddy / qclaw 不受影响

agent-ic2r8 (AutoClaw agent)

– 进程由 **桌面端 GatewayManager** 托管 – Gateway 重启 → agent 的 WebSocket 断开 – 桌面 UI 显示 “connection_interrupted”

zcode / workbuddy / qclaw

– 这些大概率是 **ACP harness 会话**(Codex / Cursor / Claude Code 等外部工具代理) – 它们的进程由各自工具自行管理,不走 AutoClaw Gateway – 即便 AutoClaw Gateway 重启,它们的 TCP/HTTP 连接不受影响

402 错误是怎么回事

402 是副作用而非原因。Gateway 重启时杀掉了正在请求中的会话,那些还没来得及收到响应的 DeepSeek API 调用变成了孤儿请求,桌面端收到异常状态后统一标记为 “402” 或 “connection_interrupted”。DeepSeek 本身一直正常返回 200。

结论

这是 v1.10.0 桌面端的 GatewayManager 存在稳定性问题(频繁不必要地重启 Gateway),不是你的 API Key 问题,不是网络问题,不是 DeepSeek 的问题。你用同一个 DeepSeek key 的其他 agent 完全正常就是最好证明。

建议:

  1. 检查桌面端是否有更新(v1.10.0 是 beta 尝鲜版)
  2. 向 AutoClaw 团队反馈 GatewayManager attempt=13 的重启频率异常
  3. 临时 workaround:重启时耐心等 20-60 秒 Gateway 恢复后重发消息

点击办理高速ETC


意见反馈