ECA hangs indefinitely on 503 LLM Overload errors during tool generation
维护者通常 2 天内回复
还没有人认领这个 Issue。
评估
调研方向
Start by tracing the LLM streaming and tool-generation error handling from the logged OpenAI response error through the server’s completion state. Reproduce with a Gemini model that returns a 503 and inspect how the generation state is finalized after the stream aborts. Done means the error is surfaced to the user and the UI leaves “Generating...” so they can retry or change models.
由索引模型根据 Issue 内容生成。
描述
When the LLM provider returns a 503 Service Unavailable (Overloaded) error during the tool-calling/generation phase, the ECA server does not gracefully handle the failure. Instead of reporting a connection error or retrying, the UI displays Generating... and hangs indefinitely at the @cursor marker.
Environment
- Process:
/home/saulo/.emacs.d/eca/eca server --verbose --log-level debug - Workspace:
~/.emacs.d/ - Mode: Agent
Steps to Reproduce
Set up a Gemini free model (free tier leads to the same more often). E.g., google/gemini-2.5-flash
Initiate a chat with the agent to perform a file edit (e.g., echo "hi" at @/home/saulo/.emacs.d/init.sh).
The LLM begins the response, but the provider returns a 503 error mid-stream.
Observe the chat buffer stuck at:
echo "hi" at @/home/saulo/.emacs.d/init.sh
I will add `echo "hi"` to the `init.sh` file.
Generating...
@cursor(init.org 1:1) @
stop
Attempting to run eca-chat-tool-call-accept-all results in no action.
Logs
The server logs show an unhandled 503 status code from the OpenAI endpoint:
[OPENAI-CHAT] 4952 Unexpected response status: %s body: %s 503 [{
"error": {
"code": 503,
"message": "The model is overloaded. Please try again later.",
"status": "UNAVAILABLE"
}
}]
[OPENAI-CHAT] [4952] response-error {:message "LLM response status: 503 body: [...]"}
Expected Behavior
The ECA server should catch the 503 error, notify the user that the model is overloaded, and terminate the "Generating" state so the user can retry or change models.
Actual Behavior
The process hangs. The stop marker is reached in the buffer, but the internal state machine appears to be waiting for a completion that has been aborted by the server. No logs are produced after the 503 error when trying to interact with the tool calls.
- 主要语言
- Clojure
- 星标
- 1k
- 派生
- 82
- 平均合并
- 1 天 21 小时
- 30 天内合并 PR
- 25
环境准备
这个项目没有提供开发容器、Dockerfile 或贡献指南，环境需要你自己搭建：先看它的 README，通用步骤见我们的新手贡献指南。
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
editor-code-assistant/eca 的其他 Issue
-
Models doesn't work when fetchModels: false is used可能已有人在做 @zikajk 于 11 天前认领。 未关闭bug
难度 2/5 1-3 小时 新手友好度 78/100
editor-code-assistant/eca#661 · 已指派 1 人 ·
维护者通常 2 天内回复
-
bug
难度 3/5 1-2 天 新手友好度 52/100
editor-code-assistant/eca#685 ·
维护者通常 2 天内回复
-
难度 5/5 一周以上 新手友好度 35/100
editor-code-assistant/eca#684 · 4 条评论 ·
维护者通常 2 天内回复
-
bug
难度 4/5 3-5 天 新手友好度 48/100
editor-code-assistant/eca#683 · 2 条评论 ·
维护者通常 2 天内回复
-
bug
难度 3/5 1-2 天 新手友好度 74/100
editor-code-assistant/eca#672 ·
维护者通常 2 天内回复
查看 editor-code-assistant/eca 的全部 Issue
相似的 Issue
-
难度 2/5 1-3 小时 新手友好度 62/100
calcit-lang/calcit#2538 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 62/100
-
comment above the first :require-macros libspec is hoisted onto the form可能已有人在做 关联的 PR 仍在进行中或已合并。 未关闭bug namespace v1 blocker
难度 2/5 1-3 小时 新手友好度 72/100
oakmac/standard-clojure-style-js#268 ·
维护者通常 1 天内回复
-
Bug: server save errors never reach the form (on-save-failed-expr unwraps the mutation result twice)未关闭bug
难度 2/5 1-3 小时 新手友好度 80/100
-
难度 2/5 1-3 小时 新手友好度 68/100
维护者通常 1 天内回复