四协议 schema 解析
支持 OpenAPI 3(JSON/YAML)、GraphQL introspection、WSDL、gRPC(server reflection 或 .proto 文件),可填写 URL、粘贴内容或上传文件三种方式导入,无需手写工具定义。
拖动滑块完成拼图,通过后发送验证码
独立第三方 AI 评测平台 · 只用实测数据
把 REST、GraphQL、SOAP、gRPC 接口自动转成 MCP 工具定义,自托管几分钟上线。
MCP Bridge 由 AppFactor 推出,是一款把现有 API 自动翻译成 MCP 工具定义的中间件。它的做法是:把 OpenAPI、GraphQL introspection、WSDL、.proto 等 schema 丢进去,每个接口操作就变成一个带类型、带注解、带文档的 MCP 工具,Claude、GPT、Gemini 或任何兼容 MCP 的客户端都能直接调用。给出的核心数字有两个:单个 API 可在 2 分钟生成 MCP 服务器(宣称不是 2 周);大型 API 用 Code Mode 后由 3 个元工具替代完整工具目录,上下文占用从约 48,000 tokens 降到 960。产品用 Rust 编写、以 Docker 容器自托管,数据不离开自有网络。短板也明显:官网未公开具体价格档位与额度,需要通过试用或联系销售确认。
MCP Bridge 是 AppFactor 推出的一款自托管中间件,定位在「API 与 LLM 之间」——把现有的 REST、GraphQL、SOAP、gRPC 接口转换成 MCP(Model Context Protocol)工具定义,让 AI 智能体可以直接调用。它面向的是需要把内部或第三方 API 接入 AI 智能体的开发团队,而不是终端用户。
从官网给出的能力看,产品走的是 schema 驱动路线:OpenAPI 3、GraphQL introspection、WSDL、.proto 文件都能被自动解析,不需要手写工具定义。执行层面它负责校验输入、映射参数、处理认证(示例里出现了 oauth2 的 client_credentials 流程),并对响应做后处理以减少 token 浪费。构建语言是 Rust,运行时零外部 SaaS 依赖,可跑在 AWS ECS、Azure Container Apps 或任意编排器上。还提供了 Microsoft Azure Marketplace 与 AWS Marketplace 两个分发入口。
不同角色用法不同:开发者把它当成免写胶水代码的 MCP 服务器生成器,一条 docker run 命令拉起服务,再指向任一 MCP 客户端;架构或平台团队更关心统一治理——用一个控制点管理 LLM、MCP、API 资源,不用为每个 API 维护一套独立 MCP server;对成本敏感的场景则用 Code Mode,通过 3 个元工具压缩工具目录,把上下文占用降下来。
支持 OpenAPI 3(JSON/YAML)、GraphQL introspection、WSDL、gRPC(server reflection 或 .proto 文件),可填写 URL、粘贴内容或上传文件三种方式导入,无需手写工具定义。
每个 API 操作变成一个完整描述的 MCP 工具,带类型化输入输出 schema、参数映射、行为注解和文档。示例中一次生成了 42 个工具,其中只读 28 个、幂等 31 个、破坏性 4 个。
大型 API 场景下用 3 个元工具替代完整工具目录,上下文占用量从约 48,000 tokens 降到 960。LLM 通过 Boa 沙箱编排调用,官方给出的降幅约为 98%。
以 Docker 容器方式运行,可部署在 AWS ECS、Azure Container Apps 或任意编排器上,运行时零外部 SaaS 依赖,数据不离开自有网络。示例镜像为 appfactor/mcp-bridge。
负责输入校验、参数映射、认证处理与请求转发,响应端做后处理以减少 token 浪费。配置里支持 oauth2 的 client_credentials 流程,可开启 OpenTelemetry 与日志级别设置。
在延迟、吞吐、token 用量与错误率四个维度上做监控,区别于网关只记录基础日志的做法,便于定位模型调用过程中的具体瓶颈。
用语义搜索加 pgvector 做工具检索,替代静态目录,让模型在工具数量较多时仍能定位到该调用的那一个。单个工具平均约 487 tokens。
手上有一批 REST 或 gRPC 内部服务要接给 AI 智能体,又不想为每个 API 维护一套独立 MCP server,可用一条 docker run 命令自托管,数据留在自有网络。
需要把第三方 API 接进 Claude、GPT、Gemini 或任何兼容 MCP 的客户端,schema 填 URL 即可生成工具,省掉手写工具定义和参数映射的时间。
已经在 AWS 或 Azure 上跑容器编排,可通过 AWS Marketplace 或 Microsoft Azure Marketplace 获取,与现有部署链路衔接成本较低。
未公开具体价格档位与额度,只提供免费试用且无需信用卡;若需要提前做年度预算或走内部采购审批,得先通过试用或联系销售拿到报价。
产品以 Docker 自托管交付,需要自己准备运行环境、配置 schema 与认证流程,没有面向非技术用户的托管版本。
官网提供免费试用,且不需要信用卡,可以直接先跑起来验证效果。具体价格档位与各档额度上限尚未公开,需要联系销售或通过试用后的报价流程确认。如果只是验证某几个 API 能否顺利转成 MCP 工具,免费试用足以判断。
覆盖四类协议:OpenAPI 3(JSON 或 YAML)、GraphQL introspection、WSDL,以及 gRPC——gRPC 支持 server reflection 和 .proto 文件两种方式。导入时可以填 schema URL、直接粘贴内容或上传文件。示例里 REST 与 GraphQL 混合生成了 42 个工具。
官方给出的说法是 2 分钟,不是 2 周。流程分四步:导入 API schema、自动生成 MCP 工具、运行时执行、用 Code Mode 扩展。生成后的工具是带类型化输入输出 schema、参数映射、行为注解和文档的完整定义,可直接供任何兼容 MCP 的客户端调用。
面向大型 API 的机制:用 3 个元工具替代完整的工具目录,llm 通过 Boa 安全沙箱来编排调用。数据是上下文占用从约 48,000 tokens 降到 960,降幅约 98%。配置中通过 code_mode: true 开启,适合工具数量多、token 成本敏感的场景。
网关路由的是 HTTP 请求,MCP Bridge 做的是把 API 翻译成 LLM 能推理、能正确选择、能高效调用的语义化工具定义。对比了六个维度:工具生成(自动 vs 手动)、语义上下文(注解加 schema vs 无)、token 优化(后处理管线 vs 无)、协议(四类 vs 仅 REST)、AI 可观测性(含 token 与错误率 vs 基础日志)、工具发现(语义搜索加 pgvector vs 静态目录)。
以 Docker 容器方式自托管,可跑在 AWS ECS、Azure Container Apps 或任意编排器上,运行时零外部 SaaS 依赖,官方说明数据不离开自有网络。示例命令为 docker run 拉取 appfactor/mcp-bridge 镜像并挂载本地 bridge.yaml 配置。