大家好,我最近在基于 YApi 做一些二次开发,项目暂定名为 ApiMind。
主要目标是在尽量保留 YApi 原有使用习惯和核心能力的基础上,探索 API 管理工具如何更好地结合 Codex / Claude Code / Cursor 等 AI Coding 工具。
目前已完成/已验证的能力:
- 保留并支持 YApi 原有核心功能
- 使用 Go 重写/改造后端服务
- 原 Web 已可以接入新的 Go 后端
- 保留原有 workspace / project / cat / interface 结构
- 新增 MCP 支持
- 新增 Codex Plugin 支持
- 新增项目配置 Skill
- 新增 ApiMind Skill
- 支持 Codex / Claude Code 通过 MCP 读取项目、分类和接口信息
- 支持通过 MCP 提交或更新 cat / interface
- 支持基于 ApiMind 接口信息生成测试请求,并测试真实服务
另外,后续计划逐步将原有 MongoDB 存储迁移为 PostgreSQL,以便更好地支持结构化数据、约束、查询和后续 SaaS / 私有化部署场景。
想向大家收集一些建议:
- 现在大家还在用 YApi 吗?主要用在哪些场景?
- 接口文档维护时最大的痛点是什么?
- 是否有使用 Codex / Claude Code / Cursor 等工具辅助开发?
- 是否希望 YApi 类工具支持 MCP / AI Agent 接入?
- 对“从代码生成接口文档”“从接口文档生成测试请求”这类能力是否有需求?
- 实际项目中,是否经常遇到第三方接口、Webhook、MQ、TCP/设备协议联调问题?
目前还只是个人实践和验证,欢迎大家交流真实需求和建议。
如果不方便在 issue 中公开讨论,也可以邮件联系:gx.runtime@gmail.com
大家好,我最近在基于 YApi 做一些二次开发,项目暂定名为 ApiMind。
主要目标是在尽量保留 YApi 原有使用习惯和核心能力的基础上,探索 API 管理工具如何更好地结合 Codex / Claude Code / Cursor 等 AI Coding 工具。
目前已完成/已验证的能力:
另外,后续计划逐步将原有 MongoDB 存储迁移为 PostgreSQL,以便更好地支持结构化数据、约束、查询和后续 SaaS / 私有化部署场景。
想向大家收集一些建议:
目前还只是个人实践和验证,欢迎大家交流真实需求和建议。
如果不方便在 issue 中公开讨论,也可以邮件联系:gx.runtime@gmail.com