现在很多 AI 编程助手都支持 MCP(Model Context Protocol),相当于给 AI 加了一双手,能调用外部 API。但把 API 变成 AI 能用的工具,远比听起来麻烦。直接把 OpenAPI 规范扔给模型,结果往往是一堆庞杂的端点,AI 根本分不清该调哪个,更别提安全凭证的管理。
GetKeri 这个新工具想解决的就是这个环节。它把 OpenAPI spec 作为输入,输出一个经过筛选的 MCP server——不是把所有端点一股脑暴露给 AI,而是整理成任务级别的工具。比如一个电商 API 可能有几十个端点,Keri 不会让 AI 看到全部,而是按"查订单""更新库存"这样的真实任务来组织。
不只是转换,还多了测试和评分
值得注意的一点是,GetKeri 并不是简单换个格式。它给每个生成的 MCP 工具打了就绪度评分,意思是这个工具对 AI 来说有多可靠、参数是否明确、文档是否完整。评分之前,系统还会跑模拟追踪和实时调用测试,确保端点真的能通,响应符合预期。
对开发者来说,这等于在接入 AI 之前就做了一轮质检。实测过的工具才会被放进最终配置里,减少了 AI 在调用时出错的可能性。最终输出的是可直接安装的 MCP 配置文件,适配 Cursor 和 Claude 等常见环境,不需要手动写一堆 YAML。
典型使用场景和落地建议
最合适的用户大概是那些想把自研或第三方 API 接入 AI 智能体的开发团队。例如公司内部有一个订单系统,想让 Cursor 直接通过自然语言查询数据,过去要自己写 MCP server,现在用 GetKeri 生成配置就能快速跑通。它同时支持云端托管和本地运行,本地模式意味着敏感接口可以留在自己的环境里。
在安全性方面,GetKeri 强调更安全的 token 处理方式,不会把密钥直接暴露给模型,而是通过服务端转发或环境变量管理。这一点对生产环境尤其重要,毕竟直接让 AI 持有真实凭证风险不小。
- 自动把 OpenAPI 规范映射成任务级 MCP 工具,而非生硬的全部暴露
- 提供就绪度评分、模拟追踪和实时调用测试,减少接入后的翻车概率
- 输出标准 MCP 配置,兼容 Cursor、Claude 等主流环境
- 支持托管和本地两种部署方式,密钥处理更安全
几个实际的注意点
如果你准备尝试,有几点值得留意。首先,虽然输入只需 OpenAPI 文件,但原始规范的质量直接影响生成效果,如果原本的 API 文档参数缺失或描述含糊,Keri 的评分会偏低,需要先补全元数据。其次,免费层通常有调用量或项目数限制,团队使用前最好确认套餐。最后,对于非常复杂或高度自定义的 API,自动生成的任务划分可能需要手动微调,不能指望完全零干预。
整体来看,GetKeri 瞄准了一个很实际的问题:AI 与现有 API 之间的鸿沟。它没有试图做全能的编排平台,而是专注把 OpenAPI 到 MCP 这一步做扎实,加入了测试和评分机制,让开发者敢把 AI 接入到真实业务里。对于正在建设 AI Agent 工作流的团队,这个工具值得放进对比清单。











评论
暂无评论
成为第一个评论的人