Elva
从代码自动发现 API 的管理平台
扫描代码库生成目录和评分，托管 MCP 服务器，无需预先编写 OpenAPI 规范，生成结构化的 API 文档，评估端点质量，并识别安全性或兼容性问题
核心功能
代码扫描自动发现
连接 Git 仓库后扫描源代码，识别并分类所有 API 端点，生成 OpenAPI 3.1 规范，不需要预先写 YAML 文件。
多维度质量评分
每个端点在设计、安全性、开发者体验、性能和 AI 就绪度等维度获得评分，最弱的规范自动浮到顶部提醒关注。
基于受众的契约
定义哪些端点和字段对内部团队、合作伙伴或 AI 智能体开放，每次代码提交自动比对契约，拦截破坏性变更。
MCP 服务器托管
将 API 契约转为托管的 MCP 服务器，具备工具级授权、身份验证和完整的调用日志，连接 Claude、Cursor 等客户端。
消费者地图
显示每个端点被哪些前端页面、组件、微服务和 MCP 客户端引用，直接从代码库分析，不用依赖生产流量数据。
产品特色
- 01
不写规范也能开工
这是它跟大多数同类工具最不一样的地方。市面上不少 API 管理工具都需要你先有 OpenAPI 文件才能干活，Elva 直接指向代码库就行。有开发者在 Django 仓库上试过，那个仓库连 openapi.yaml 都没有，Elva 照样从 URL conf 和 serializers 里拉出了 41 个端点，分成订单、库存、发货、承运商等七个集合。
- 02
生成的描述质量需要人工把关
AI 自动补全的端点描述和字段类型大部分能用，但也不是万能。那位开发者把 14 个端点放进契约前逐条读过生成的描述，其中两条有明显问题需要手动修正。拿来打底没问题，直接上线还是得看一眼。
- 03
消费者地图挺有想法，但目前靠代码推断
它会标出哪些内部服务引用了某个端点，但用的是代码库静态分析而不是真实流量。实测中它标记了三个服务调用某个端点，其中一个其实是测试辅助文件，根本不发 HTTP 请求。方向是对的，准确率还得再观察。
应用场景
✅ API 资产梳理
把代码库里的端点全部扫一遍，生成分类目录和评分，知道哪些接口缺文档、缺认证、缺类型定义，清理工作有优先级可循。
✅ MCP 服务器发布
把现有 API 通过托管的 MCP 服务器安全地开放给 Claude Desktop、Cursor 等 AI 客户端使用，每个工具单独授权，调用记录可查。
✅ 破坏性变更拦截
在 CI 流程中比对代码提交和当前契约，端点被删、认证范围被改、字段被移除这类操作在合并前就会被标记出来。
✅ 合作伙伴接口管理
为外部合作伙伴维护独立的接口契约，配备审批流程和版本控制，不用担心内部改动意外影响外部集成。
✅ 废弃端点下线
有客户案例显示，团队用契约追踪确认没有活跃消费者引用废弃接口后，安全下线了 31 个僵尸端点。
常见问题
解答您关于"Elva"的常见疑问，让您更好地使用这款AI工具
-
目前没有公开的免费方案说明。官网定价信息未披露，需要联系团队获取报价。有开发者获得了30天的 Startup 计划试用额度用于体验。
-
目前支持连接 GitHub 仓库，通过 GitHub App 授权后即可扫描。也支持导入 Postman 集合和单个 OpenAPI 规范文件。
-
官方宣传的数字是 42 秒，但真实仓库规模不同差别很大。有开发者在约 890 个 Python 文件的 Django 仓库上实测，首次同步花了 11 分钟左右。
-
基础的路径和 HTTP 方法识别比较可靠，但参数描述和响应类型定义的质量参差不齐。AI 自动补全的描述大部分能用，但需要人工审核后再用于生产。
-
Postman 偏向请求调试和接口测试，Elva 更侧重 API 的发现、治理和 AI 就绪度评估。它不替代 Postman，而是回答“谁在用这个接口”和“这个接口准备好被 Agent 调用了吗”这类问题。
-
扫描和目录生成不需要。但要在 CI 流程中做契约检查或批量导入规范，需要用到 Elva CLI，需要 Python 3.11 以上的环境。
立即体验“Elva”
Elva 是 Theneo 团队推出的 API 管理平台，能直接扫描代码仓库自动发现 API 端点，不需要预先编写 OpenAPI 规范。生成目录后从设计、安全性、AI 就绪度等维度打分，还能托管带认证的 MCP 服务器供 Claude、Cursor 等工具调用。
