AnythingMCP：把公司那套 2009 年的 SOAP 系统，变成 Claude 能用的工具

图：AnythingMCP 项目横幅（来自项目仓库 badges/banner.png）

一、一个具体的场景

你在 SAP S/4HANA 里采购，系统用的是 OData；你的物流伙伴还是 SOAP/WSDL（2009 年的东西）；你的仓库是个 PostgreSQL 数据库；你的网店是 Shopify。

现在老板说：「让 Claude 帮财务对账。」

难点不在于 Claude 不会调 API，而在于：写 MCP Server 意味着你要为每个系统手写一遍工具定义、参数映射、认证处理、错误处理——SAP 一个，Shopify 一个，物流一个，数据库一个。写完还得维护。

AnythingMCP 的主张是：这些定义是数据，不是代码。

二、它是什么

官方描述："MCP gateway for AI agents: turn any REST/OpenAPI, GraphQL, SOAP or SQL API into MCP tools. 517 ready-made connectors (SAP, ERP, e-commerce) with RBAC, SSO, audit logs and a knowledge graph."

它是一个自托管的 MCP 网关：把任意 REST/OpenAPI、SOAP/WSDL、GraphQL、OData、SQL 系统变成 MCP 工具，不需要写 MCP Server。

数据规模：517 个预置适配器，暴露 2400+ 个工具，其中 23 个无需 API Key。每个适配器都有 setup guide，覆盖七种语言。

AGPL-3.0 协议，TypeScript，30 位贡献者，曾获 GitHub Trending 日榜，已进入 Claude 官方目录。

三、一个类比：翻译官事务所

传统做法：每来一份外文文件，就专门雇一个对应语种的翻译（写一个 MCP Server）。语种多了，翻译团队就散了。

AnythingMCP 的做法：建一个翻译事务所，来了文件先查词库（适配器目录），通用格式（OpenAPI/Postman/WSDL/GraphQL/SQL）直接用通用流程处理，特殊格式才找专门译员。

而事务所还有一套完整的业务制度：谁能借阅哪份文件（RBAC）、谁批的（SSO）、借阅记录留档（审计日志）、文件之间是什么关系（知识图谱）。这正是企业场景里最容易被忽视、也最容易被审计追问的部分。

四、核心功能

三步接入模型

1. 添加连接器：从目录安装适配器（SAP、Odoo、DHL 等的现成 JSON 定义），或指向自己的 OpenAPI spec、WSDL、GraphQL endpoint、Postman collection 或数据库。配置好就是一个 connector，它的每个 operation 就是一个 MCP 工具
2. 决定模型能看见什么：在可视化编辑器里重命名与描述工具，删掉绝不能离开网络的字段，指定哪些角色可以调用哪些工具
3. 交给 AI 客户端一个 URL：MCP 端点添加到 Claude、ChatGPT、Copilot、Gemini 或 Cursor，它只暴露你分配给它的连接器，别的什么都不给

支持的接入源

| 来源 | 得到什么 |

| --- | --- |

| OpenAPI / Swagger (REST) | 按 URL 导入或粘贴 spec，每个 operation 变成工具，参数、认证、endpoint 映射自动填好 |

| Postman collection / cURL | Folders、auth、body 模式与 {{variables}} 全部带过来，每个请求变成工具 |

| SOAP / WSDL | 每个 operation 变成工具，envelope、参数顺序与 WCF 服务都处理 |

| GraphQL / OData | 依 schema 生成工具 |

| SQL 数据库 | 直接把库表暴露为工具 |

变量（{{VAR}}）在服务端插值，永不展示给 AI——这是关键的凭证隔离设计。

企业治理能力

RBAC 权限、SSO、审计日志、知识图谱。SSO 与 SCIM 仅自托管版提供。

连接器目录的侧重

目录明显偏欧洲企业与电商：ERP 与财务（SAP Business One 24 个工具、SAP S/4HANA Cloud、Odoo、weclapp、Xentral、Dynamics NAV、Lexware、sevDesk、ERPNext、Dolibarr、JTL-Wawi、Sage 100、Haufe X360、ScopeVisio、AFAS Profit、Zucchetti、TeamSystem、Axonaut）、电商与市场（Amazon Seller、WooCommerce、Shopware 6、Magento、eBay、Etsy、Kaufland、OTTO）、物流（Deutsche Bahn、DHL、DPD、GLS、Shipcloud、Sendcloud）、HR（Personio、HRWorks、Kenjo）、政务与公开数据（VIES VAT、Handelsregister、UK Companies House、DESTATIS、Bundesbank、OpenPLZ、NINA）、银行支付（Revolut Business、Wise、PAYONE、Razorpay、Paystack）、消息（WhatsApp、LINE、TeamViewer）、广告分析（Google Ads、GA4、GSC、Matomo），还有一个「AI decision models」分类（TypeSafe 的 Jev，约 300ms 出 yes/no/分类/评分结果）。

五、上手门槛

不用克隆仓库，四条命令起一个：

mkdir anythingmcp && cd anythingmcp
curl -fsSLo docker-compose.yml \

  https://raw.githubusercontent.com/HelpCode-ai/anythingmcp/main/docker-compose.quickstart.yml
printf 'JWT_SECRET=%s
ENCRYPTION_KEY=%s
' "$(openssl rand -hex 32)" "$(openssl rand -hex 32)" > .env
docker compose up -d

打开 http://localhost:3000 注册，第一个注册的账号成为 admin。MCP 端点在 http://localhost:4000/mcp，API 文档在 http://localhost:4000/api/docs。

要求 Docker 24+ 与 openssl。amd64 机器约 30 秒拉取镜像、24 秒后 API 健康；镜像目前只有 amd64，Apple Silicon 靠模拟运行。

安全边界要注意：quickstart 故意绑定 127.0.0.1，因为前面没有 TLS 终止。要给别人或云端 AI 客户端访问，必须克隆仓库跑 ./setup.sh——它会问你要域名、通过 Caddy 申请证书、生成密钥并设置 MCP 认证模式。

还有一条必须记住：.env 里的 ENCRYPTION_KEY 用来解密你存储的凭据，丢了就得把所有连接器重新授权一遍。

除了自托管，还有 AnythingMCP Cloud（同一套 AGPL 代码，运营方在德国法兰克福，7 天免费试用，可签 DPA/AVV）、Railway 一键部署、DigitalOcean Marketplace 安装。

Web UI：完整——可视化工具编辑器、连接器目录、用量看板。

硬件：不需要 GPU，CPU 1-2 核、内存 2-4GB、磁盘 5GB 起。

六、争议与局限

AGPL-3.0 是最大的商业约束。 「网络服务」条款意味着：如果你把 AnythingMCP 部署后给外部用户提供服务，需要开源你的修改。这是很多企业采购的直接顾虑。

Cloud 版与自托管版有功能差。 SSO 与 SCIM 仅自托管提供——这意味着自托管用户拿到的是更完整的企业功能，Cloud 版反而缺这块，采购时要核对清楚。

517 个适配器的质量不均。 目录规模很大，但每个适配器的字段覆盖度、边界情况处理、认证流程差异都很大。README 用 † 标记了一部分适配器是「Built...」（后文被截断，但显然有分级说明）——正式采用前必须逐个验证，尤其是 ERP 这类核心系统。

Docker 镜像只有 amd64。 Apple Silicon 用户跑模拟，性能会有损耗。

凭证加密是单点。 ENCRYPTION_KEY 丢失 = 所有连接器重新授权；.env 文件泄露 = 全部第三方凭据沦陷。这需要纳入密钥管理流程。

部署前必须做 TLS 与认证。 quickstart 明确「没有 TLS 终止」，只绑回环。如果直接暴露公网，Agent 拿到的就是明文通道上的 ERP 写权限——这是必须走 ./setup.sh 的原因。

审计日志与知识图谱的实际可用性未在 README 中详细说明，需要在 docs 中进一步确认。

七、行业意义

MCP 生态目前最缺的不是「更多 MCP Server」，而是「让已有系统变成 MCP Server 而不用写代码」的通用机制。AnythingMCP 押的就是这一注：API 描述是结构化数据，MCP 工具定义也是结构化数据，两者之间只差一个转换器。

它和 OpenConnector（同样在本次分析批次中）代表了两种不同的路径：OpenConnector 走「预置目录 + 统一网关 + 托管凭证」，AnythingMCP 走「通用格式导入 + 可视化裁剪 + 企业治理」。两者的共同点是都把「凭证与授权」挡在 Agent 之外。

AnythingMCP 的差异化在企业治理的完整度：RBAC、SSO、审计日志、字段级裁剪（「删掉绝不能离开网络的字段」）、变量服务端插值。这些东西对个人开发者毫无意义，对要过合规的企业却是硬门槛。目录里 SAP、Dynamics NAV、Handelsregister、Bundesbank 这类系统，也说明它瞄准的是欧洲中型企业的实际 IT 遗产而非互联网新贵。

还有一点值得注意：它已进入 Claude 官方目录——这说明 MCP 网关正在从「Agent 开发者的小工具」变成「企业采购清单上的标准件」。

对团队的现实价值：把「让 Claude 接管 SAP 采购」这件事从「三个月的后端开发」压缩成「一次配置」；对 CIO：SSO、审计日志与字段裁剪让这套东西有机会通过合规评审。