
Rest Api Design
- 468 installs
- 202 repo stars
- Updated August 4, 2026
- secondsky/claude-skills
rest-api-design is a Claude Code skill that designs RESTful APIs with resource naming, HTTP methods, status codes, and JSON response formats for developers establishing new API conventions or developer-friendly interface
About
rest-api-design is an MIT-licensed agent skill in secondsky/claude-skills, part of a marketplace catalog listing 170 production-ready skills across frontend, cloudflare, AI, and API categories—the API category alone includes 16 skills. The SKILL.md teaches REST conventions: plural noun routes like GET /api/users/123/orders, HTTP method intent with idempotency expectations, and status codes including 200, 201, 204, 400, 401, 403, 404, and 429. Responses standardize JSON with data, meta, pagination, and links sections. Query parameters cover filtering, sorting, field selection, and pagination, with versioning recommended in paths such as /api/v1/. Install via npx playbooks add skill secondsky/claude-skills --skill rest-api-design or the Claude marketplace plugin rest-api-design@claude-skills. Use rest-api-design when drafting a new public API or team style guide before implementation.
- rest-api-design
Rest Api Design by the numbers
- 468 all-time installs (skills.sh)
- +19 installs in the week ending Aug 5, 2026 (Skillselion tracking)
- Ranked #896 of 4,347 Backend & APIs skills by installs in the Skillselion catalog
- Data as of Aug 5, 2026 (Skillselion catalog sync)
npx skills add https://github.com/secondsky/claude-skills --skill rest-api-designAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 468 |
|---|---|
| repo stars | ★ 202 |
| Last updated | August 4, 2026 |
| Repository | secondsky/claude-skills ↗ |
How do you design RESTful API endpoints and responses?
Use rest-api-design for development tasks
Who is it for?
Backend developers drafting new REST APIs or team-wide API style guides before writing controllers or OpenAPI specs.
Skip if: GraphQL schema design, gRPC service definitions, or implementing existing APIs that already have locked conventions.
When should I use this skill?
User is building a new REST API, defining endpoint conventions, or reviewing resource naming and HTTP method choices.
What you get
Resource route map, HTTP method matrix, status code conventions, and standardized JSON response schemas with pagination.
- REST route and method specification
- JSON response shape templates
- Pagination and filtering parameter conventions
By the numbers
- Parent marketplace catalogs 170 production-ready skills
- API category includes 16 skills in secondsky/claude-skills
Files
REST API Design
Design RESTful APIs with proper conventions and developer experience.
Resource Naming
# Good - nouns, plural, hierarchical
GET /api/users
GET /api/users/123
GET /api/users/123/orders
POST /api/users
PATCH /api/users/123
DELETE /api/users/123
# Bad - verbs, actions in URL
GET /api/getUsers
POST /api/createUser
POST /api/users/123/deleteHTTP Methods
| Method | Purpose | Idempotent |
|---|---|---|
| GET | Read resource | Yes |
| POST | Create resource | No |
| PUT | Replace resource | Yes |
| PATCH | Partial update | Yes |
| DELETE | Remove resource | Yes |
Status Codes
| Code | Meaning | Use For |
|---|---|---|
| 200 | OK | Successful GET, PATCH |
| 201 | Created | Successful POST |
| 204 | No Content | Successful DELETE |
| 400 | Bad Request | Validation errors |
| 401 | Unauthorized | Missing auth |
| 403 | Forbidden | Insufficient permissions |
| 404 | Not Found | Resource doesn't exist |
| 429 | Too Many Requests | Rate limited |
Response Format
{
"data": {
"id": "123",
"type": "user",
"attributes": {
"name": "John",
"email": "john@example.com"
}
},
"meta": {
"requestId": "req_abc123"
}
}Collection Response
{
"data": [...],
"pagination": {
"page": 1,
"limit": 20,
"total": 150,
"totalPages": 8
},
"links": {
"self": "/api/users?page=1",
"next": "/api/users?page=2"
}
}Query Parameters
GET /api/products?category=electronics # Filtering
GET /api/products?sort=-price,name # Sorting
GET /api/products?page=2&limit=20 # Pagination
GET /api/products?fields=id,name,price # Field selectionBest Practices
- Use nouns for resources, not verbs
- Version API via URL path (
/api/v1/) - Return appropriate status codes
- Include pagination for collections
- Document with OpenAPI/Swagger
Related skills
How it compares
Use rest-api-design for REST endpoint conventions; choose api-design-principles in the same repo for broader API architecture decisions beyond REST specifics.
FAQ
What HTTP status codes does rest-api-design recommend?
rest-api-design prescribes 200, 201, and 204 for success outcomes and 400, 401, 403, 404, and 429 for client and rate-limit errors, aligned with conventional REST semantics in the SKILL.md examples.
How should REST API versions be structured?
rest-api-design recommends versioning in the URL path, for example /api/v1/, keeping breaking changes behind new version paths while maintaining predictable noun-based resource routes.