[Bug] Coding Plan 网关偶发 429「model concurrency limit exceeded」（单请求也触发），且 429 无 Retry-After 导致客户端首次失败即放弃 #1269

提交前确认 · Pre-submission checklist

• 我已搜索过现有 issue，确认这不是重复 / I searched existing issues and confirmed this isn't a duplicate.
• 我已阅读 CONTRIBUTING.md / I've read CONTRIBUTING.md.

问题类别 · Category

稳定性 / 崩溃 · Stability / Crash

涉及的 Agent 框架 · Agent framework

ZCode Agent（自研）

严重程度 · Severity

影响体验 · Major (功能可用但体验受损 / works but degraded)

复现频率 · Reproducibility

偶现 · Sometimes

问题描述 · Description

环境 / Environment：ZCode Desktop v3.16.3 / Windows（10.0.26300）/ Start Plan / GLM-5.3 / 接入点 https://zcode.z.ai/api/v1/zcode-plan/anthropic

单会话、无并行任务、无多开的正常使用场景下，发消息偶发立即失败。本地日志显示服务端返回 HTTP 429、错误码 3009「model concurrency limit exceeded」，且客户端未做任何重试就把整个 turn 判死，用户侧表现为"秒挂"。

两个问题：

1. 为什么单请求也命中并发上限？ 怀疑异常断开的旧会话在服务端仍占用并发额度，或 Start Plan 共享并发池在高峰期饱和。
2. 429 无 Retry-After，客户端不重试。 日志显示 canRetry:false、attempt 1/11 直接放弃。建议：错误码 3009 允许指数退避自动重试，或服务端在 429 响应中补充 Retry-After 头。

复现步骤 · Steps to reproduce

1. 打开 ZCode Desktop，单会话正常使用（无并行会话/后台任务）
2. 正常发送一条消息
3. 偶发情况下请求立即失败（本次对话直接中断，无自动重试）
4. 手动重发同一消息，通常立即成功

期望表现 · Expected behavior

• 429「model concurrency limit exceeded」应被视为可重试错误：客户端按指数退避自动重试，或服务端返回 Retry-After 头供客户端遵循
• 单请求场景不应命中并发上限；若服务端判定受限，应给出明确的限流原因与建议等待时间

实际表现 · Actual behavior

• 服务端返回 HTTP 429 + providerCode 3009「model concurrency limit exceeded」，响应未携带 Retry-After 头
• 客户端日志显示 canRetry:false、attempt 1/11，第一次失败即放弃整个 turn，无任何自动重试

ZCode 版本 · ZCode version

v3.16.3 (ZCode Desktop)

设备 / 系统 / 浏览器 · Device / OS / Browser

Windows 11 PC（win32 10.0.26300）/ ZCode Desktop 客户端

截图 / 录屏 / 日志 · Screenshots / Recordings / Logs

{"error":{"name":"AiSdkModelAdapterError","message":"model concurrency limit exceeded","code":"model_rate_limited","providerCode":"3009","responseStatus":429,"retryable":false,"statusCode":429,"reason":"rate_limited","retryAfterSource":"missing"}}

相关 request-id（取自本地日志，无隐私内容）：

• 30c48437-623b-46c2-b12f-0eeeb48b8be1
• 6fc5e853-fdad-47f6-8d3b-a545c624fbf1
• 41e02b52-af2f-4769-8869-f2cd6a1d2647

发生时间（本地时间）：2026-10-27 15:00–15:03（4 次）、10-27 23:00–23:35（3 次）、2026-10-28 01:15 与 01:19（2 次）
频率：10-28 当天 18 次模型请求中 2 次失败；10-27 有 7 次请求全部因该错误失败