API to MCP

Hey Product Hunt 👋

我做了 API To MCP，因为 AI 智能体越来越聪明了，但把它们连到真实的业务 API 还是太麻烦。

大多数团队已经有了很宝贵的系统：CRM、ERP、支持工具、财务面板、内部 API，还有 Google、Meta、GitHub、Notion、Shopify、Slack 这些 SaaS 平台。但要变成 ChatGPT、Claude、Codex、Cursor、VS Code、Antigravity 或者自定义智能体能真正用的东西，往往还得自己搞定制工程。

API To MCP 帮你把 REST 或 GraphQL API 转成托管的 MCP 服务器。

你可以从仪表盘以可视化方式构建，也可以把 API To MCP Manager MCP 连到一个 AI 编程智能体，然后直接在聊天里让它创建、测试、部署和更新 MCP 服务器。

目前支持：

- 托管的远程 MCP URL

- REST 和 GraphQL API

- API Key、Bearer、Basic Auth、OAuth2 Client Credentials 和按用户的 OAuth

- 工作流工具和 JMESPath 响应映射

- 实时 MCP 服务器和可 fork 的快照

- 公共 MCP 目录

为了让产品在上线当天保持稳定，我下了不少功夫，但这仍然是个早期版本。如果你在试用时遇到任何问题，非常欢迎告诉我你的反馈。

我很想知道：

1. 你最先想把哪个 API 转成 MCP 服务器？

2. 你是想直接用实时 MCP，还是先 fork 一个快照再添上自己的凭证？

3. 怎么才能让非技术用户用起来更方便？

作为上线福利，Product Hunt 上线期间所有付费计划都有 7 折优惠。

感谢你来看一看。我会全天在线回答问题。

可 fork 的快照这个思路是我最想先试试的。

把 API 转成 MCP 确实有用，但在生产环境里通常面临一个难题：能不能把智能体看到的工具契约（tool contract）冻结下来、审查一遍，然后再安全地升级成带凭证的实时服务器？
⟪NL⟂对于第一个有用的工作流，我觉得需要：

- 导入一个 OpenAPI 或 GraphQL 规范
- 生成一套小 MCP 工具集
- 跑一次真正的只读调用
- 检查智能体接收到的确切 schema 和映射后的响应
- 在添加写操作或用户 OAuth 之前 fork 一个快照
- API 文档改动后，比照快照和实时服务器的差异
这种审查链路会让 API 到智能体的对接更容易被信任，尤其是对内部业务 API——写操作搞错比没有自动化更糟糕。

这个确实很有价值。当不同的智能体需要不同的工具访问权限时（比如只读 CRM vs 可写/更新权限），你怎么处理认证作用域（auth scopes）？

这解决了一个真正的痛点。每次都从头给每个 API 搭 MCP 服务器实在太烦了，能直接指向一个 REST 或 GraphQL API 然后自动生成服务器，省了大把时间。它能自动处理 OAuth 或 API Key 这些认证流程吗？还是需要手动配置？

能不能为智能体固定一个快照版本，这样更新不会在 workflow 中途改变行为？

这个用例真的非常棒。它能支持像 grpc 这样的内部微服务规范吗？