api-design
API Design Assistant | API 設計助手
Guide API design following REST, GraphQL, and gRPC best practices.
引導 API 設計,遵循 REST、GraphQL 和 gRPC 最佳實踐。
Quick Reference — REST Conventions | 快速參考
HTTP Methods | HTTP 方法
| Method | Purpose | Idempotent | 用途 |
|---|---|---|---|
| GET | Read resource | Yes | 讀取資源 |
| POST | Create resource | No | 建立資源 |
| PUT | Replace resource | Yes | 替換資源 |
| PATCH | Partial update | No | 部分更新 |
| DELETE | Remove resource | Yes | 刪除資源 |
Status Codes | 狀態碼
| Code | Meaning | 說明 |
|---|---|---|
| 200 | OK | 成功 |
| 201 | Created | 已建立 |
| 204 | No Content | 無內容(刪除成功) |
| 400 | Bad Request | 請求格式錯誤 |
| 401 | Unauthorized | 未認證 |
| 403 | Forbidden | 無權限 |
| 404 | Not Found | 資源不存在 |
| 409 | Conflict | 資源衝突 |
| 422 | Unprocessable Entity | 驗證失敗 |
| 429 | Too Many Requests | 請求過多(限流) |
| 500 | Internal Server Error | 伺服器內部錯誤 |
URL Naming | URL 命名規則
| Pattern | Example | 說明 |
|---|---|---|
| Collection | /users |
資源集合 |
| Singleton | /users/{id} |
單一資源 |
| Sub-resource | /users/{id}/orders |
子資源 |
| Action | /users/{id}/activate |
動作(僅限 POST) |
Design Workflow | 設計工作流程
DEFINE ──► DESIGN ──► VALIDATE ──► DOCUMENT
1. Define — Identify Requirements | 定義需求
Clarify consumers, use cases, data models, and non-functional requirements.
釐清使用者、使用情境、資料模型和非功能性需求。
2. Design — Structure Endpoints | 設計端點
Apply RESTful conventions, define request/response schemas, plan versioning.
套用 RESTful 慣例、定義請求/回應 Schema、規劃版本策略。
3. Validate — Review Consistency | 驗證一致性
Check naming consistency, error format uniformity, pagination patterns.
檢查命名一致性、錯誤格式統一、分頁模式。
4. Document — Generate Specs | 產生文件
Produce OpenAPI/Swagger specs or GraphQL schema documentation.
產出 OpenAPI/Swagger 規格或 GraphQL Schema 文件。
Versioning Strategy | 版本策略
| Strategy | Example | Pros | 優點 |
|---|---|---|---|
| URL Path | /v1/users |
Simple, explicit | 簡單、明確 |
| Header | Accept: application/vnd.api+json;v=1 |
Clean URLs | URL 乾淨 |
| Query | /users?version=1 |
Easy to test | 容易測試 |
Usage | 使用方式
/api-design - Interactive API design guide | 互動式 API 設計引導
/api-design /users - Review specific endpoint design | 審查特定端點設計
/api-design --graphql - GraphQL schema design guide | GraphQL Schema 設計引導
Next Steps Guidance | 下一步引導
After /api-design completes, the AI assistant should suggest:
API 設計完成。建議下一步 / API design complete. Suggested next steps:
- 執行
/sdd建立正式規格文件 ⭐ Recommended / 推薦 — Create formal specification- 執行
/testing規劃 API 測試策略 — Plan API testing strategy- 執行
/docs產生 API 文件 — Generate API documentation- 審查安全性 → 執行
/security— Review security → Run/security
Reference | 參考
- Core standard: api-design-standards.md
Version History | 版本歷史
| Version | Date | Changes | 變更說明 |
|---|---|---|---|
| 1.0.0 | 2026-03-23 | Initial release | 初始版本 |
License | 授權
CC BY 4.0 — Documentation content
More from asiaostrich/universal-dev-standards
bdd
[UDS] Guide through Behavior-Driven Development workflow
23atdd
[UDS] Guide through Acceptance Test-Driven Development workflow
22methodology
[UDS] Manage development methodology workflow
20reverse
[UDS] System archeology — reverse engineer code across Logic, Data, and Runtime dimensions
19docgen
[UDS] Generate usage documentation from project sources
19sdd
[UDS] Create or review specification documents for Spec-Driven Development
18