API Design Assistant | API 設計助手

SkillDatabases & data

Your AI can guide API design work using REST, GraphQL, and gRPC best practices. It helps when you are designing an API, reviewing endpoints, or making versioning decisions. It is not for testing a running API against its consumers or for designing the schema behind an API, so use contract-test or database for those jobs.

Available today. Use it from your connected AI after setup.

Add the skill, then bring it your API design questions, endpoint reviews, or versioning choices. When you need to verify a live API against its consumers or design the database behind it, switch to contract-test or database instead.

Then ask your AI: use the API Design Assistant | API 設計助手 skill

What your AI can do with it

  • Design new APIs following REST, GraphQL, and gRPC best practices
  • Review endpoints against API best practices
  • Advise on API versioning decisions

What this skill tells your AI

The instructions your AI receives, as published by asiaostrich/universal-dev-standards in skills/api-design-assistant/SKILL.md and read by ahel’s review.

Guide API design following REST, GraphQL, and gRPC best practices.

引導 API 設計,遵循 REST、GraphQL 和 gRPC 最佳實踐。

Quick Reference — REST Conventions | 快速參考

HTTP Methods | HTTP 方法

MethodPurposeIdempotent用途
GETRead resourceYes讀取資源
POSTCreate resourceNo建立資源
PUTReplace resourceYes替換資源
PATCHPartial updateNo部分更新
DELETERemove resourceYes刪除資源

Status Codes | 狀態碼

CodeMeaning說明
200OK成功
201Created已建立
204No Content無內容(刪除成功)
400Bad Request請求格式錯誤
401Unauthorized未認證
403Forbidden無權限
404Not Found資源不存在
409Conflict資源衝突
422Unprocessable Entity驗證失敗
429Too Many Requests請求過多(限流)
500Internal Server Error伺服器內部錯誤

URL Naming | URL 命名規則

PatternExample說明
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 | 版本策略

StrategyExamplePros優點
URL Path/v1/usersSimple, explicit簡單、明確
HeaderAccept: application/vnd.api+json;v=1Clean URLsURL 乾淨
Query/users?version=1Easy 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 | 參考

Version History | 版本歷史

VersionDateChanges變更說明
1.0.02026-03-23Initial release初始版本

License | 授權

CC BY 4.0 — Documentation content

Signals

GitHub stars
73
Forks
13
Last commit
Sep 2026
Advanced
Catalog kind
skill
Gateway key
api-design-asiaostrich
Source
github.com/asiaostrich/universal-dev-standards