Skill: API Designer
Category: Dev Expert
Version: 1.0.0
Used By: backend-nodejs, backend-python, backend-go, backend-laravel
Overview
Design consistent, RESTful APIs with proper versioning, documentation, and error handling.
1. RESTful Conventions
| Method |
Endpoint |
Purpose |
Response |
| GET |
/users |
List all |
200 + array |
| GET |
/users/:id |
Get one |
200 / 404 |
| POST |
/users |
Create |
201 + created |
| PUT |
/users/:id |
Replace |
200 / 404 |
| PATCH |
/users/:id |
Update |
200 / 404 |
| DELETE |
/users/:id |
Delete |
204 / 404 |
Nested Resources
GET /users/:userId/orders # User's orders
POST /users/:userId/orders # Create order for user
GET /users/:userId/orders/:orderId # Specific order
2. Naming Conventions
| Type |
Convention |
Example |
| Resources |
Plural nouns |
/users, /orders |
| Actions |
Verbs (rare) |
/auth/login, /reports/generate |
| Query params |
snake_case |
?page_size=20 |
| Request/Response |
camelCase |
{ "firstName": "John" } |
3. Versioning Strategies
| Strategy |
Example |
When to Use |
| URL Path |
/v1/users |
Most common, clear |
| Header |
Accept: application/vnd.api+json;version=1 |
Clean URLs |
| Query |
/users?version=1 |
Simple but messy |
Recommended: URL path (/api/v1/...)
4. Response Format
Success
{
"data": { "id": "123", "name": "John" },
"meta": { "timestamp": "2025-01-01T00:00:00Z" }
}
List with Pagination
{
"data": [{ "id": "1" }, { "id": "2" }],
"meta": {
"page": 1,
"pageSize": 20,
"total": 100,
"totalPages": 5
}
}
Error
{
"error": {
"code": "VALIDATION_ERROR",
"message": "Invalid input",
"fields": { "email": "Invalid format" }
}
}
5. Status Codes
| Code |
Meaning |
When to Use |
| 200 |
OK |
Successful GET/PUT/PATCH |
| 201 |
Created |
Successful POST |
| 204 |
No Content |
Successful DELETE |
| 400 |
Bad Request |
Invalid input |
| 401 |
Unauthorized |
No/invalid auth |
| 403 |
Forbidden |
No permission |
| 404 |
Not Found |
Resource missing |
| 409 |
Conflict |
Duplicate/state conflict |
| 422 |
Unprocessable |
Validation failed |
| 429 |
Too Many |
Rate limited |
| 500 |
Server Error |
Unexpected error |
6. Pagination Patterns
Offset-based (Simple)
GET /users?page=2&page_size=20
Cursor-based (Scalable)
GET /users?cursor=eyJpZCI6MTAwfQ&limit=20
| Pattern |
Pros |
Cons |
| Offset |
Simple, jump to page |
Slow on large datasets |
| Cursor |
Consistent, fast |
No page jumping |
7. Filtering & Sorting
# Filter
GET /users?status=active&role=admin
# Sort
GET /users?sort=created_at:desc,name:asc
# Search
GET /users?q=john
# Combined
GET /users?status=active&sort=name:asc&page=1&page_size=20
8. API Documentation (OpenAPI)
openapi: 3.0.0
info:
title: User API
version: 1.0.0
paths:
/users:
get:
summary: List users
parameters:
- name: page
in: query
schema: { type: integer, default: 1 }
responses:
'200':
description: Success
content:
application/json:
schema:
$ref: '#/components/schemas/UserList'
9. API Design Checklist
Best Practices
Do's
- Use plural nouns for resources
- Return created/updated resource
- Include pagination metadata
- Document with OpenAPI
- Version from day one
Don'ts
- Use verbs in resource names
- Return different formats per endpoint
- Expose internal IDs/structures
- Ignore backward compatibility
- Skip error code standards
Version: 1.0.0 | Last Updated: 2025-11-28