频繁遇到一个LLM提供商速率限制、另一个还有配额、第三个更便宜但当前工作流用不上？
@mrrlin-dev/external-agents 是一个MCP服务器，让 Codex 和 Claude Code 等工具通过统一接口将任务路由到多个LLM提供商，把孤立的配额桶合并成一个更大的有效token预算。实际痛点：大多agent设置默认只用一个提供商。一旦开始长审查会话、多文件编辑、重复评审、大批量分析或并行运行agent，单一提供商的配额和延迟就成了瓶颈——要么为简单任务花高价，要么因一个提供商忙而卡住整个流程。许多开发者其实在 Anthropic、OpenAI、Gemini、Groq、OpenRouter、DeepSeek 等处已有可用配额，只是碎片化了。
核心思路：不把每个提供商当作独立工作流，而是统一执行池。agent只和这个MCP服务器对话，服务器在后端将请求分发给多个已配置的提供商。这不会绕过速率限制，而是更智能地利用已有容量。
MCP的好处：提供稳定接口，无需为每个工具写自定义回退逻辑。配置一次，后面在接口背后迭代策略。没有这一层，多提供商设置往往变成无人维护的硬编码脚本、看不见的临时重试、手动切换API密钥或为不同提供商使用不同工具——都破坏agent流畅度。
实际改善点：①成本效率——强模型留给难任务，便宜/免费层处理简单工作；②更少中断——一个提供商忙时，会话通过其他路线继续；③更好利用碎片化配额——将分散的付费计划、免费额度、低价溢出整合为可用资源；④更干净的审查工作流——多模型评审时不依赖单一供应商路径。
适用人群：日常用 Codex 或 Claude Code、跑长会话、在意花费、已有多个提供商账户、希望增强韧性但不重写agent栈的人。也适合实验不同路由策略和供应商组合。
保留声明：不能保证输出一致，不能替代任务-模型匹配的判断，不是让成本消失——目标是让花费可见、有意识、分配更合理。
GitHub: GitHub
npm: npm
#开发者 #工具 #MCP #LLM #Codex #ClaudeCode #配额路由 #Anthropic #OpenAI #Gemini #Groq #OpenRouter #DeepSeek
@DevToolboxHub