api-documentation
Master API documentation with REST references, OpenAPI specs, code examples, and developer-friendly API guides.
When & Why to Use This Skill
This Claude skill empowers developers and technical writers to generate professional-grade API documentation, including REST references, OpenAPI specifications, and developer-friendly guides. It streamlines the process of creating structured documentation that improves developer experience (DX) by providing clear code examples, authentication walkthroughs, and comprehensive error handling references.
Use Cases
- REST API Reference Generation: Automatically create detailed documentation for endpoints, including parameters, request/response bodies, and status codes.
- OpenAPI Specification Authoring: Draft and refine Swagger/OpenAPI 3.0 specifications to maintain a standardized source of truth for API design.
- Developer Integration Guides: Write step-by-step tutorials and 'Getting Started' guides that include functional code samples in multiple programming languages.
- Technical Policy Documentation: Clearly document complex API behaviors such as OAuth2 authentication flows, rate limiting, and versioning strategies.
| name | api-documentation |
|---|---|
| description | Master API documentation with REST references, OpenAPI specs, code examples, and developer-friendly API guides. |
API Documentation
Create comprehensive API documentation with clear references, code examples, and developer guides for easy integration.
When to Use This Skill
- Documenting REST APIs
- Creating API references
- Writing integration guides
- Providing code examples
- Documenting authentication
- Explaining error codes
- Rate limiting documentation
- SDK documentation
Core Concepts
1. API Reference Structure
## GET /users/{id}
Retrieve a user by ID.
### Parameters
| Name | Type | Required | Description |
|------|------|----------|-------------|
| id | string | Yes | User ID |
### Request Example
```bash
curl -X GET https://api.example.com/users/123 \
-H "Authorization: Bearer YOUR_TOKEN"
Response Example (200 OK)
{
"id": "123",
"name": "John Doe",
"email": "john@example.com",
"created_at": "2024-01-01T00:00:00Z"
}
Error Responses
| Code | Description |
|---|---|
| 401 | Unauthorized - Invalid token |
| 404 | User not found |
| 429 | Rate limit exceeded |
### 2. OpenAPI Specification
```yaml
openapi: 3.0.0
info:
title: User API
version: 1.0.0
paths:
/users/{id}:
get:
summary: Get user by ID
parameters:
- name: id
in: path
required: true
schema:
type: string
responses:
'200':
description: Successful response
content:
application/json:
schema:
$ref: '#/components/schemas/User'
components:
schemas:
User:
type: object
properties:
id:
type: string
name:
type: string
email:
type: string
Best Practices
- Clear examples - Show request and response
- Complete references - All parameters documented
- Error codes - Document all possible errors
- Code samples - Multiple languages
- Authentication - Clear auth instructions
- Rate limits - Document limits and headers
- Versioning - Version strategy documented
- Try it out - Interactive API explorer
Resources
- OpenAPI Specification: https://swagger.io/specification/
- Postman Documentation: Generate docs from collections