OpenAPI Contract-Driven Development

一句话：让前端 agent 连犯错的机会都没有。

解决的问题

pm-agent 漏需求 → 架构漏设计 → 前端自造端点 → 后端没实现 → 用户看到 500

          ↓ 本 Skill 在此切断
          
OpenAPI YAML 是唯一契约 → 代码生成 → 前端只能调生成的函数 → 编译期暴露缺口

核心原理

快速开始

1. 安装

openclaw skills install openapi-contract-driven

# 可选：openapi-typescript（TypeScript 类型生成）
npm install -D openapi-typescript

2. 从模板生成项目 OpenAPI 规范

cp references/openapi-template.yaml standards/{project}-openapi.yaml
# 编辑 YAML，定义你的端点

3. 运行规则检查

bash references/check-api-rules.sh standards/{project}-openapi.yaml
# 期望：✅ 6/7 通过

4. 自动生成前端 API Client

# 🆕 v1.1：一条命令从 YAML 生成完整 apiClient.ts
bash references/generate-api-client.sh standards/{project}-openapi.yaml \
  > frontend/src/api/generated/apiClient.ts

不用再手写端点函数。generate-api-client.sh 从 YAML 自动提取所有 path + method → operationId，生成类型安全的 export const xxx = { ... }。

5. 接入 CI 自动检查

# 🆕 v1.1：复制 GitHub Actions 工作流
cp references/ci-github-actions.yml .github/workflows/openapi-check.yml

之后每次 PR 都会自动运行 check-api-rules.sh，契约违规直接阻断合并。

6. 配置 Agent 团队

将 references/agent-templates/ 下的规则片段合并到对应角色的 Agent 配置中：

存量项目？

→ 看 references/migration-guide.md，四阶段渐进式迁移，不改现有代码一行业务逻辑。

工作流

                    ┌─────────────────────────────┐
                    │  pm-agent: 产品需求           │
                    └──────────────┬──────────────┘
                                   ▼
                    ┌─────────────────────────────┐
                    │  arch-agent: 架构设计         │
                    │  → 输出 OpenAPI YAML (强制)   │
                    └──────────────┬──────────────┘
                                   ▼
                    ┌─────────────────────────────┐
                    │  coordinator: 对照审计         │
                    │  前端期望 vs YAML 定义         │
                    └──────────────┬──────────────┘
                           ┌───────┴───────┐
                           ▼               ▼
              ┌──────────────────┐ ┌──────────────────┐
              │ frontend-agent    │ │ backend-agent     │
              │ 只 import 生成的   │ │ 对照 YAML 实现    │
              │ apiClient         │ │ Controller        │
              └────────┬─────────┘ └────────┬─────────┘
                       │                    │
                       └────────┬───────────┘
                                ▼
                    ┌─────────────────────────────┐
                    │  ops-agent: 部署后验证        │
                    │  ① check-api-rules.sh        │
                    │  ② curl 逐端口逐端点          │
                    └─────────────────────────────┘

7 条核心规则

.spectral.yaml 规则集（不与 Spectral CLI 耦合，bash 脚本可独立运行）：

1. operationId 完整性 — 前端代码生成强依赖（error）
2. ApiResponse 强制 wrapper — 防止「有的返回 T，有的返回 {data:T}」（error）
3. ErrorResponse 标准模型 — 前端不用猜 error shape（warn）
4. 分页参数统一 — PageParam + SizeParam + SortParam（warn）
5. health 端点 — 每个服务必须暴露（warn）
6. 日期格式显式标注 — format: date-time（warn）
7. BearerAuth securityScheme — 统一认证声明（error）

文件清单

openapi-contract-driven/
├── SKILL.md
├── README.md
└── references/
    ├── openapi-template.yaml          新项目起始模板
    ├── .spectral.yaml                  7 条核心规则
    ├── check-api-rules.sh              规则检查脚本（bash only）
    ├── generate-api-client.sh          🆕 YAML → TypeScript 自动生成
    ├── apiClient-template.ts           前端 apiClient 手动模板
    ├── ci-github-actions.yml           🆕 GitHub Actions CI 模板
    ├── migration-guide.md              🆕 存量项目迁移指南
    └── agent-templates/
        ├── architecture-agent.md
        ├── backend-agent.md
        ├── frontend-agent.md
        ├── ops-agent.md
        └── coordinator.md

跨项目验证

已在两个项目上跑通：

🆕 v1.1 更新日志

参考资料

• Zalando REST API Guidelines — 企业级 API 规范
• Azure API Style Guide — Spectral 规则集实践
• OpenAPI 3.0 Specification — 协议标准