还有人对为每个代理工具管理API密钥和计费感到厌倦吗？
摘要
讨论了在代理工作流中管理多个工具的单独API密钥和计费的麻烦。重点介绍了Orthogonal（YC W26），一个MCP服务器/SDK，提供统一按次付费访问各种API的服务。
管理每个提供商的单独密钥、订阅和速率限制一直是我在代理工作流中最不喜欢的部分。最近遇到了Orthogonal（YC W26）：一个MCP服务器/SDK，通过按次付费积分访问大量搜索/抓取/数据集API，无需每个供应商的入驻流程。这大大简化了我这边的操作，但目录还处于早期阶段。有人在使用它吗，或者用不同的方式解决这个问题？
相似文章
你的代理实际上是如何获取API密钥的？
一位开发者讨论了编码代理获取API密钥的三种常见模式，强调代理可以通过足智多谋的方式规避限制，并向社区询问他们的实际设置和经验。
集中管理API密钥很方便，但代理是否应该看到它们？
探讨AI代理是否应直接看到API凭证，受到开源项目OneCLI的启发，该项目使用网关将占位符替换为真实密钥，引发了关于AI工具中信任与安全的讨论。
我将协调过程从客户端移到了MCP服务器，并将一个多智能体系统隐藏在*单一工具*后面。内部权衡。
作者分享了一种将协调过程从客户端转移到MCP服务器的技术，将多智能体系统隐藏在单一工具后面，并讨论了相关的权衡。
我们为SaaS构建了一个MCP服务器（约150个工具）——现在Claude运行我们的项目管理。经验教训。
SaaS公司TRCR构建了一个MCP服务器，为AI代理提供约150个工具，并分享了与Claude内部试用的六个关键教训：代理暴露了API缺陷，工具描述如同产品文案，自包含上下文至关重要，OAuth 2.1虽痛苦但值得，将代理与账单数据结合威力强大，内部试用改变了产品路线图。
你们是不是也遇到了代理的成本瓶颈？有没有实际支持批量API的工具？
一位开发者讨论了将所有推理视为实时处理而导致代理工作流成本高昂的问题，并向社区询问有哪些原生支持批量API的框架或模式来降低成本。