API Design Doc

根据需求文档、数据库DDL等输入，生成标准化的API接口设计文档。

工作流程

1. 1. 收集输入信息

- 获取需求文档或业务需求描述 - 获取数据库DDL（如果适用） - 明确接口的业务场景和功能需求

1. 2. 页面功能与API接口关系

- 明确页面功能与API接口的对应关系

1. 3. 设计API接口

- 确定接口的RESTful风格（GET/POST/PUT/DELETE） - 定义接口URL路径 - 设计入参和出参结构 - 选择合适的错误码

1. 4. 生成接口文档

- 使用标准模板生成每个接口的详细文档 - 包含功能描述、入参、出参、URL、请求方式、JSON示例

1. 5. 输出完整文档

- 页面功能与API接口关系 - 汇总所有接口文档 - 包含错误码规范总表 - 提供接口格式规范说明

参考资料

错误码规范

参见 error-codes.md - 完整的错误码列表和说明

接口文档模板

参见 api-spec-template.md - 标准的API接口文档格式

命名规范

参见 naming-conventions.md - API命名和参数命名规范

最佳实践

参见 best-practices.md - API设计最佳实践

模板文件

API文档模板

使用 templates/api-doc-template.md 作为单个接口文档的模板

API响应模板

使用 templates/api-response-template.json 作为标准响应格式参考

使用指南

当用户请求设计API接口时：

1. 1. 首先读取 error-codes.md 了解错误码规范
2. 根据业务需求设计接口，参考 best-practices.md
3. 使用 api-spec-template.md 的格式生成每个接口文档
4. 确保命名符合 naming-conventions.md 的规范
5. 输出完整的API设计文档，包含所有接口和错误码总表

输出格式

接口文档必须包含以下部分：

1. 1. 错误码规范总表
2. 接口格式规范说明
3. 页面功能与API接口关系表，包含以下内容：

- 页面名称：前端页面或功能模块的名称 - 页面功能描述：页面或功能模块的简要说明 - 关联API接口：该页面调用的API接口列表（API-Id） - 操作类型：GET/POST/PUT/DELETE等HTTP方法 - 接口URL：完整的API路径

1. 4. 接口清单与详细定义，详细定义的规范如下：

• - 接口编号（API-Id）：顺序生成，格式为 API001-接口名称，如 API001-用户登录, API002-获取用户列表, ...
• 功能描述：详细描述接口的功能和用途
• 入参：参数类型和说明（标注必填/可选）
• 返回参数：返回值类型和说明
• URL地址：完整的API路径
• 请求方式：GET/POST/PUT/DELETE
• 接口 JSON 示例：完整的请求和响应JSON示例

输出位置

• - 仅生成一份API文档，保存在项目根目录下的 doc/ 目录。
• 若 doc/ 目录不存在，应自动创建该目录后再写入文档。
• 文档文件名固定为：API接口设计文档.md，内容包含：
• 错误码总表（来自 references/error-codes.md）
• 接口格式规范（来自 references/api-spec-template.md 的说明部分）
• 页面功能与API接口关系表（按页面或功能模块归类）
• 接口清单与详细定义（按模块归类的所有接口条目）