Claude Code 接入 DeepSeek 频遭 429 限速，第三方代理稳定性存疑

一位开发者在技术社区反馈，在尝试将 DeepSeek 模型集成至 Anthropic 的 Claude Code 开发环境时遭遇持续性故障。该用户利用 CLI Proxy API 工具，将 OpenCode Go 套餐提供的 DeepSeek 接口转换为 Anthropic 兼容格式，以实现 Claude Code 对 DeepSeek 模型的调用。然而，实测数据显示，该调用链路在每天特定固定时间点会集中爆发 HTTP 429（Too Many Requests）错误，导致服务中断，而白天时段则运行正常，这一情况已连续出现两天。

经过日志分析，初步断定错误源自 DeepSeek API 的速率限制。该事件不仅反映了 DeepSeek 作为热门开源模型在服务端容量管理上的潜在瓶颈，也暴露了通过中间代理进行“模型分叉”——即在非原生工具中混用不同厂商大模型——的架构脆弱性。随着 DeepSeek 等低成本、高性能模型在开发者群体中的流行，如何确保第三方 API 代理服务的稳定性，以及如何优化上游模型 API 的并发处理能力，已成为 AI 开发工具生态中亟待解决的问题。OpenCode 作为中转平台是否因共享池资源受限而触发限流，成为了开发者关注的焦点。

事件分析

💡 核心观点：“模型分叉”热潮下，新兴大模型的API稳定性与第三方代理层的容错能力正成为制约AI开发效率的关键短板。