MCP Bridge by Appfactor

Hi 各位开发者！

我是 Keith，AppFactor 的 CEO 兼联合创始人。这次发布的产品让我特别兴奋。

故事是这样的
我们做 MCP Bridge 是因为自己需要，而不是凭空想出来的点子。
在 AppFactor，我们花了好几年构建确定性工具，用于一个由多个智能体组成的编排系统，实现自主的软件维护。包括基础设施和软件发现、扫描编排、构建引擎、部署自动化。当我们在上面叠加即将推出的智能体平台 ForgeCatalyst 来整合这些工具时，我们撞上了每个团队在生产级智能体上都会遇到的墙：安全、治理、成本/token 用量、可观测性……
AppFactor 系统需要做有意义的验证，而在对客户代码进行操作时，治理、安全和管控是重中之重。面对庞大复杂的 API 和大量工具，下一个挑战是上下文限制、效率以及支持多种协议。
常规做法是为每个 API 手动构建一个专用的 MCP server。这无法规模化。我们深知自己的需求并非孤例，而且我们所在的领域——软件维护、遗留系统改造，以及试图连接过去与未来的永恒战斗——让我们意识到，并非所有系统都有干净、规范的 OpenAPI spec。API 协议五花八门，而且几乎所有 API 都是在智能体和 LLM 成为激动人心的现实之前构建的。这给工具如何被调用和使用带来了挑战。所以我们构建了 MCP Bridge 来应对所有这些挑战。
后面的故事你们就知道了。

它能做什么
指向任何 REST、GraphQL、SOAP 或 gRPC API，它会自动生成带有行为注解和智能响应处理的完全类型化的 MCP 工具。自托管。开源。凭证永远不会离开你的环境。

已发布的功能
4 种 API 类型，端到端支持
6 种认证方式（Bearer、Basic、API key、OAuth2、Cognito SRP）
破坏性操作的人机协同审核
Code Mode：3 个元工具替代 100 多个定义，减少 ~98% 上下文
分析：延迟、token 成本、每个工具的错误率
基于 Rust（Dioxus + Axum）、PostgreSQL，打包在容器中

我们全天守在评论区。你会先连接哪些 API？我们应该怎么改进？

祝开发愉快！

Keith
→ MCP Bridge：https://mcp-bridge.ai/
→ 文档：https://docs.mcp-bridge.ai/

感谢 @fmerian 为我们打榜！