api-documenter — скилл для Claude Code: документация OpenAPI
Скилл для описания REST и GraphQL API в формате OpenAPI/Swagger. Пригодится, когда нужно превратить россыпь эндпоинтов в читаемую спецификацию.
npx skills add zhaono1/agent-playbook --skill api-documenter -a claude-codeЧто делает api-documenter
Скилл включается, когда вы просите задокументировать API, создать спецификацию OpenAPI/Swagger или упоминаете «API docs». Агент получает доступ к Read, Write, Edit, Bash, Grep и Glob — то есть может читать ваш код, искать обработчики и писать файлы спецификации.
Внутри — структура спецификации OpenAPI 3.0.3, требования к описанию эндпоинтов (summary, operationId, tags, responses), правила для схем с $ref, форматы строк вроде uuid и date-time, блоки security и securitySchemes под bearer-токен, а также стандартная схема ошибок и список HTTP-статусов. Есть два скрипта: python3 scripts/generate_openapi.py --name <resource-name> --output openapi.yaml собирает спецификацию из кода, python3 scripts/validate_openapi.py --input openapi.yaml её проверяет. Для запуска скриптов нужен Python 3.
После завершения скилл вызывает хук session-logger в автоматическом режиме, чтобы записать активность по документации. Шаблон спецификации лежит в references/openapi-template.yaml, примеры — в references/examples/. Если у вас в проекте уже есть свой генератор спецификаций, этот скилл будет писать файлы параллельно — стоит заранее решить, кто из них главный.
Какие задачи решает
- собрать спецификацию OpenAPI из существующих обработчиков
- описать параметры и ответы для каждого эндпоинта
- вынести общие схемы в
componentsи связать их через$ref - задокументировать bearer-авторизацию и коды ошибок
- проверить готовый
openapi.yamlна ошибки перед публикацией
Примеры запросов агенту
- задокументируй REST API в проекте и собери спецификацию OpenAPI
- сгенерируй
openapi.yamlдля ресурса users - проверь
openapi.yamlи покажи, где не хватает описаний
Как установить api-documenter
1Через Skills CLI (Vercel)
npx skills add zhaono1/agent-playbook --skill api-documenter -a claude-code2Вручную: положить файлы
~/.claude/skills/api-documenter/SKILL.mdПапка скилла целиком; для одного проекта — .claude/skills/api-documenter/
1Через Skills CLI (Vercel)
npx skills add zhaono1/agent-playbook --skill api-documenter -a codex2Вручную: положить файлы
.agents/skills/api-documenter/SKILL.mdДля всех проектов — ~/.agents/skills/
1Через Skills CLI (Vercel)
npx skills add zhaono1/agent-playbook --skill api-documenter -a cursor2Вручную: положить файлы
.cursor/skills/api-documenter/SKILL.mdCursor читает и .agents/skills/, и .claude/skills/
1GitHub CLI
gh skill install zhaono1/agent-playbook api-documenter2Вручную: положить файлы
.github/skills/api-documenter/SKILL.md1Через Skills CLI (Vercel)
npx skills add zhaono1/agent-playbook --skill api-documenter -a gemini-cli2Командой платформы
gemini skills install https://github.com/zhaono1/agent-playbook --path skills/api-documenterВручную: положить файлы
.devin/skills/api-documenter/SKILL.mdСтарый путь .windsurf/skills/ тоже читается
Через Skills CLI (Vercel)
npx skills add zhaono1/agent-playbook --skill api-documenter -a opencodeClaude.ai
Упакуйте папку в zip и загрузите в Settings → Capabilities → Skills
По шагам, с командами для каждой платформы: Как установить скилл в Claude Code: пять способов
Вопросы о api-documenter
Как установить api-documenter в Claude?
Выполните npx skills add zhaono1/agent-playbook --skill api-documenter -a claude-code. Скилл окажется в ~/.claude/skills/api-documenter/SKILL.md.
Что делает api-documenter?
Помогает описывать REST и GraphQL API в формате OpenAPI/Swagger: структура спецификации, схемы, авторизация, ошибки. Плюс два скрипта для генерации и валидации openapi.yaml.
Какие инструменты доступны скиллу?
Read, Write, Edit, Bash, Grep, Glob. Этого хватает, чтобы прочитать код проекта, найти эндпоинты и записать спецификацию.
Исходный текст
SKILL.md · MIT
---
name: api-documenter
description: API documentation specialist for OpenAPI/Swagger specifications. Use when documenting REST or GraphQL APIs.
allowed-tools: Read, Write, Edit, Bash, Grep, Glob
metadata:
hooks:
after_complete:
- trigger: session-logger
mode: auto
reason: "Log documentation activity"
---
# API Documenter
Specialist in creating comprehensive API documentation using OpenAPI/Swagger specifications.
## When This Skill Activates
Activates when you:
- Ask to document an API
- Create OpenAPI/Swagger specs
- Need API reference documentation
- Mention "API docs"
## OpenAPI Specification Structure
```yaml
openapi: 3.0.3
info:
title: API Title
version: 1.0.0
description: API description
servers:
- url: https://example.com/api/v1
paths:
/users:
get:
summary: List users
operationId: listUsers
tags:
- users
parameters: []
responses:
'200':
description: Successful response
content:
application/json:
schema:
type: array
items:
$ref: '#/components/schemas/User'
components:
schemas:
User:
type: object
properties:
id:
type: string
name:
type: string
```
## Endpoint Documentation
For each endpoint, document:
### Required Fields
- **summary**: Brief description
- **operationId**: Unique identifier
- **description**: Detailed explanation
- **tags**: For grouping
- **responses**: All possible responses
### Recommended Fields
- **parameters**: All parameters with details
- **requestBody**: For POST/PUT/PATCH
- **security**: Authentication requirements
- **deprecated**: If applicable
### Example
```yaml
/users/{id}:
get:
summary: Get a user by ID
operationId: getUserById
description: Retrieves a single user by their unique identifier
tags:
- users
parameters:
- name: id
in: path
required: true
schema:
type: string
description: The user ID
responses:
'200':
description: User found
content:
application/json:
schema:
$ref: '#/components/schemas/User'
'404':
description: User not found
content:
application/json:
schema:
$ref: '#/components/schemas/Error'
```
## Schema Documentation
### Best Practices
1. **Use references** for shared schemas
2. **Add descriptions** to all properties
3. **Specify format** for strings (email, uuid, date-time)
4. **Add examples** for complex schemas
5. **Mark required fields**
### Example
```yaml
components:
schemas:
User:
type: object
required:
- id
- email
properties:
id:
type: string
format: uuid
description: Unique user identifier
example: "550e8400-e29b-41d4-a716-446655440000"
email:
type: string
format: email
description: User's email address
example: "[email protected]"
createdAt:
type: string
format: date-time
description: Account creation timestamp
```
## Authentication Documentation
Document auth requirements:
```yaml
security:
- bearerAuth: []
components:
securitySchemes:
bearerAuth:
type: http
scheme: bearer
bearerFormat: JWT
description: Use your JWT token from /auth/login
```
## Error Responses
Standard error format:
```yaml
components:
schemas:
Error:
type: object
properties:
error:
type: string
description: Error message
code:
type: string
description: Application-specific error code
details:
type: object
description: Additional error details
```
Common HTTP status codes:
- **200**: Success
- **201**: Created
- **204**: No Content
- **400**: Bad Request
- **401**: Unauthorized
- **403**: Forbidden
- **404**: Not Found
- **409**: Conflict
- **422**: Unprocessable Entity
- **500**: Internal Server Error
## Scripts
Generate OpenAPI spec from code:
```bash
python3 scripts/generate_openapi.py --name <resource-name> --output openapi.yaml
```
Validate OpenAPI spec:
```bash
python3 scripts/validate_openapi.py --input openapi.yaml
```
## References
- `references/openapi-template.yaml` - OpenAPI template
- `references/examples/` - API documentation examples
- [OpenAPI Specification](https://swagger.io/specification/)
© zhaono1 · MIT · zhaono1/agent-playbook