OpenAPI 3.1 规范生成
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @org-02qudk26/openapi-spec-generation。
技能介绍
要解决什么问题
REST 接口一旦在多个服务、前端与第三方之间流转,文档与实现漂移几乎是常态:路由改了、字段 nullable 了、错误码没写进契约,联调与 SDK 生成都会踩坑。OpenAPI 3.1 能把 HTTP 语义、Schema 与示例收敛成可机器读取的规范,但手写 YAML、从框架注解反推、以及「规范是否真覆盖线上行为」往往缺少统一做法。
技能如何工作
本技能围绕 OpenAPI 3.1 的创建、维护与校验,按你的目标先对齐约束与输入(现有代码、设计稿、或空白契约),再给出可执行步骤与验证方式,并对照常见最佳实践检查结果。
典型场景包括:
- 从零编写 API 文档与规范文件
- 从现有代码 抽取或生成 OpenAPI 描述
- 设计优先:先定契约再实现接口
- 实现校验:对照规范检查路由、参数、响应与错误模型
- 为 客户端 SDK 或 文档门户 提供规范作为单一事实来源
需要更完整的模式与示例时,可参照技能附带的 resources/implementation-playbook.md。
适用边界
任务与 OpenAPI 规范生成无关,或依赖本范围外的其他领域工具链时,不应强行套用本技能。它聚焦规范本身的生命周期,而不是替代你选定的框架、网关或 CI 产品的具体配置。
使用场景
- 新服务上线前要从零写出 OpenAPI 3.1,统一路径、请求体与错误响应的 Schema
- 已有 Controller/路由代码,需要反推或整理成可提交的 OpenAPI 文件供评审
- 采用设计优先:先定契约再写实现,并列出对照规范逐项验收的检查点
- 规范已定稿,要核对线上接口是否与 OpenAPI 中的参数、状态码和响应模型一致
适合人员
- 负责对外 REST 接口的后端工程师,需要让文档、Mock 与实现共用同一份 OpenAPI
- 平台或网关团队维护 API 目录,要把多团队接口规范成可检索、可校验的统一格式
- 做接口评审的技术负责人,希望在编码前用 OpenAPI 锁定 breaking change 与版本策略
- 对接合作伙伴或开源用户的 DevRel,需要准确、可机器读取的契约而非散落的 Wiki 说明