一直停留在Agent is working…

[mafia23]

[warren618]

感谢详细的反馈和截图,很有帮助 🙏

先解释下日志,免得被误导:每 30s 的 GET /health 是 Docker 容器健康检查,GET /live/status(每 15s)是前端状态轮询——这俩是整个应用仅有的后台 GET,所以日志里只看到它们是正常的。真正发起对话的是一次性的 POST /sessions/{id}/messages,agent 输出通过一条长连接 GET /sessions/{id}/events(SSE)流式返回。uvicorn 只在这条 SSE 请求关闭后才记访问日志,所以一次进行中的对话在它打开期间本就不出现在 access log 里——单看访问日志没法判断 agent 是否卡住。

主要怀疑:agent 的第一次 LLM 调用挂住或静默失败、没发出任何流事件——最常见是 LLM provider 配错/不可达(*_BASE_URL 写错、模型 id 在该 provider 不存在、或容器出网被拦)。我们也已修了一个前端 bug:首轮一个事件都没收到时,UI 会一直停在 "Agent is working…" 而不是超时报错。

为定位,麻烦提供:

1. 服务启动输出——Preflight Check 那张表,以及 dotenv resolved … provider=… model=… base=… 这一行。
2. LLM 配置(key 打码):LANGCHAIN_PROVIDER、LANGCHAIN_MODEL_NAME、对应 *_BASE_URL、TIMEOUT_SECONDS。
3. 点发送那一刻,浏览器 DevTools → Network:有没有 POST /sessions/{id}/messages?状态码是多少?那条 GET /sessions/{id}/events 是否 open/pending?它的 EventStream 里除了 heartbeat 还有别的帧吗?Console 有无报错。
4. 运行方式(Docker compose / vibe-trading serve / dev);若是 Docker,给一下 api 容器日志(docker compose logs),不只 access 行——agent 侧报错记在那。

我猜大概率是那个 POST 报错了、或 provider 在容器里不可达,上面信息能确认。谢谢!

[warren618]

感谢报告（@mafia23）。"Agent is working…" 卡死的几类成因现已全部修复，最新一轮在 main 7f4f383：

1. 前端安全超时（此前 8b8024a）：第一轮就无任何事件的 hang 也会触发 90 秒自动恢复 + 提示，不再永久卡住
2. SSE 重连修复：heartbeat 不再携带 SSE id（浏览器的 Last-Event-ID 不会被心跳污染），重连时如果 id 失配会回放完整缓冲区——之前断线重连可能丢失终态事件、UI 停在 working
3. 推理进度可见：DeepSeek/Kimi 这类推理模型在"思考"阶段现在显示实时 Reasoning… 指示，不再是长时间静默
4. 工具卡死兜底：卡住的只读工具会超时退出，不会靠心跳无限续命
5. provider 流式失败显式报错（带 provider/model 上下文）+ 瞬态自动重试一次；新增 vibe-trading provider doctor 自查命令

修复在 main 分支，将随 0.1.10 发布。更新后如仍能复现，请带 DevTools → Network 里 POST /sessions/{id}/messages 的状态和 EventStream 帧截图 reopen。