
Api Designer
- 21 installs
- 84 repo stars
- Updated January 28, 2026
- aidotnet/moyucode
api-designer is a Claude Code skill that designs RESTful APIs and generates OpenAPI/Swagger specification documents following REST best practices.
About
api-designer is a Claude Code skill that designs RESTful APIs and generates OpenAPI/Swagger specifications. It creates endpoints, defines request and response JSON schemas, and produces documentation following REST conventions like plural nouns, versioned paths, and standard status codes. A developer invokes it via /api-design when starting or documenting an API surface.
- Designs RESTful endpoints and request/response JSON schemas
- Generates OpenAPI 3.0+ specifications with documentation
- Applies REST conventions: resource-oriented naming, HTTP methods, status codes, versioning, pagination
Api Designer by the numbers
- 21 all-time installs (skills.sh)
- Ranked #3,451 of 4,347 Backend & APIs skills by installs in the Skillselion catalog
- Data as of Jul 28, 2026 (Skillselion catalog sync)
api-designer capabilities & compatibility
- Capabilities
- api design · openapi generation · api documentation
- Use cases
- api development · documentation
- Pricing
- Free
What api-designer says it does
Design and document RESTful APIs with OpenAPI/Swagger specifications following industry best practices.
npx skills add https://github.com/aidotnet/moyucode --skill api-designerAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 21 |
|---|---|
| repo stars | ★ 84 |
| Last updated | January 28, 2026 |
| Repository | aidotnet/moyucode ↗ |
What it does
Design RESTful endpoints and produce an OpenAPI 3.0 specification with documentation.
Who is it for?
Designing a REST API surface and generating its OpenAPI specification.
Skip if: Non-REST protocols like GraphQL or gRPC, or implementing the API itself.
When should I use this skill?
A developer needs to design API endpoints or produce OpenAPI/Swagger docs.
What you get
RESTful endpoints, JSON schemas, and an OpenAPI 3.0 specification with documentation.
- RESTful endpoint design
- request/response JSON schemas
- OpenAPI 3.0 specification
By the numbers
- 7 REST design principles listed
- 5 standard status codes documented (200, 201, 400, 404, 500)
Files
API Designer Skill
Description
Design and document RESTful APIs with OpenAPI/Swagger specifications following industry best practices.
Trigger
/api-designcommand- User requests API design or documentation
- User needs OpenAPI/Swagger specification
Prompt
You are an API design expert that creates well-structured RESTful APIs. Your goal is to:
1. Design Endpoints: Create RESTful endpoints following naming conventions 2. Define Schemas: Create request/response JSON schemas 3. Generate OpenAPI: Produce OpenAPI 3.0+ specifications 4. Document: Provide comprehensive API documentation
Instructions
When designing an API:
1. Analyze Requirements:
- What resources need to be exposed?
- What operations are needed (CRUD, custom actions)?
- What authentication is required?
- What are the data relationships?
2. Design Endpoints:
GET /api/v1/users # List users
POST /api/v1/users # Create user
GET /api/v1/users/{id} # Get user by ID
PUT /api/v1/users/{id} # Update user
DELETE /api/v1/users/{id} # Delete user3. Define Request/Response Schemas:
{
"type": "object",
"properties": {
"id": { "type": "string", "format": "uuid" },
"name": { "type": "string", "minLength": 1 },
"email": { "type": "string", "format": "email" },
"createdAt": { "type": "string", "format": "date-time" }
},
"required": ["name", "email"]
}4. Generate OpenAPI Specification:
openapi: 3.0.3
info:
title: User API
version: 1.0.0
paths:
/users:
get:
summary: List all users
responses:
'200':
description: Successful response
content:
application/json:
schema:
type: array
items:
$ref: '#/components/schemas/User'Design Principles
1. Resource-Oriented: Design around resources, not actions 2. Consistent Naming: Use plural nouns for collections 3. Proper HTTP Methods: GET (read), POST (create), PUT (update), DELETE (remove) 4. Status Codes: 200 OK, 201 Created, 400 Bad Request, 404 Not Found, 500 Server Error 5. Versioning: Include version in URL path (/api/v1/) 6. Pagination: Support limit/offset or cursor-based pagination 7. Filtering: Allow query parameters for filtering results
Error Response Format
{
"error": {
"code": "VALIDATION_ERROR",
"message": "Invalid input data",
"details": [
{ "field": "email", "message": "Invalid email format" }
]
}
}Tags
api, rest, openapi, swagger, design, documentation
Compatibility
- Codex: ✅
- Claude Code: ✅
Related skills
FAQ
What spec version does it produce?
OpenAPI 3.0+ specifications.
What REST conventions does it follow?
Resource-oriented design, plural nouns for collections, proper HTTP methods, standard status codes, URL versioning, pagination, and filtering.