Mockoon 本地模拟 API 服务器
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_3c6cb52e/mockoon-mock-api-server-cli 技能到当前 AI 助手中。
技能介绍
先说痛点
前后端并行开发时,接口契约经常滞后:前端卡在等真实后端,测试依赖远程环境,CI 里也难稳定复现第三方服务的行为。Mockoon 的价值在于,把“假 API”放到本机或 CI 可运行的环境里,让调用方先拿到确定响应,而不是反复等待、切换账号或担心远程接口改动。
它如何工作
它提供桌面应用和 CLI 两种使用面:桌面端适合可视化设计并启动本地 mock server;CLI 更适合无头运行,把同一套 mock 能力放进脚本、CI 或容器。核心能力包括动态响应模板,可以用条件、变量和简单逻辑返回不同数据;proxy mode 能在真实请求暂时不可用或需要兜底时透传/改写上游;OpenAPI import 可把已有接口契约转成可调用的 mock 路由;请求日志则用于核对客户端是否按预期发起请求。使用时通常是先定义路由和响应模板,再启动本地服务,最后由客户端访问这些 endpoint。
适用边界
需要注意,mock server 不等于真实业务实现,不能替代数据库、权限、计费、事务和真实第三方约束。动态模板和 OpenAPI 导入能降低手工维护成本,但契约与实际实现漂移时,mock 可能给出过于乐观的结果。proxy mode 只是缓解手段,上游不稳定仍会影响链路;CI 中也要考虑端口、路由冲突、状态残留、日志级别和敏感信息是否会被记录。它适合原型、联调前置、回归测试和故障注入,不适合作为生产 API 或最终验收依据。
使用场景
- 后端接口还没就绪,前端需要在本机拿到固定响应来联调页面
- CI 流水线要无头启动 mock server,验证客户端请求路径与响应结构
- 已有 OpenAPI 文档,想快速生成可调用路由做契约验证和演示
- 真实第三方 API 不稳定,需要 proxy 透传并补上兜底响应,同时查看请求日志
适合人员
- 前端工程师需要在后端交付前独立联调页面,并反复验证不同返回数据
- 后端工程师想用 CLI 在 CI 中稳定启动 mock 接口,覆盖契约和回归用例
- 测试工程师希望从 OpenAPI 导入路由,构造边界响应来验证客户端处理逻辑
- 团队技术负责人需要在容器或 CI 环境部署可复现的 mock 服务,避免依赖外部账号