К основному содержанию
скилл CX Codex

api-documenter — скилл для Claude Code: документация OpenAPI

Скилл для описания REST и GraphQL API в формате OpenAPI/Swagger. Пригодится, когда нужно превратить россыпь эндпоинтов в читаемую спецификацию.

Установить в Claude Code · Через Skills CLI (Vercel) Все способы и платформы ↓
npx skills add zhaono1/agent-playbook --skill api-documenter -a claude-code
Открыть на GitHub

Что делает 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-code

2Вручную: положить файлы

~/.claude/skills/api-documenter/SKILL.md

Папка скилла целиком; для одного проекта — .claude/skills/api-documenter/

По шагам, с командами для каждой платформы: Как установить скилл в 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

Похожие скиллы

Всё по теме «Тексты и документация» →
api-reference-documentation secondsky Собирает справочник по REST API из спецификации OpenAPI: эндпоинты, авторизация, примеры запросов и ответов. Пригодится, когда нужен developer portal или SDK-референс. CX Codex +1 454установок adding-api-docs spencerpauly Скилл собирает OpenAPI/Swagger-описание вашего API: схемы эндпоинтов, типы запросов и ответов, интерактивную страницу документации. CX Codex +1 413установок api-testing-observability-api-documenter Seth Hobson Субагент пишет документацию API: спецификации OpenAPI 3.1, интерактивные примеры, SDK и порталы для разработчиков. Пригодится, когда API есть, а описания к нему нет. CX Codex ★ 41 729звёзд репо doc-api davila7 Разбирает код проекта и собирает документацию по API: спецификацию, примеры запросов и ответов, интерактивную страницу. Пригодится, когда эндпоинтов много, а описывать их руками не хочется. 733установок code-documenter https://github.com/Jeffallan Скилл для написания докстрингов, спецификаций OpenAPI и сайтов документации. Пригодится, когда код есть, а описаний к нему нет. CX Codex +1 ★ 4 676звёзд репо api-design-reviewer Alireza Rezvani Проверяет REST API по спецификациям OpenAPI, находит ломающие изменения и выставляет оценку дизайну. Пригодится при ревью пуллреквестов с новыми эндпоинтами. 768установок

Из того же набора18

qa-expert Скилл для планирования тестового покрытия и настройки quality gates. Пригодится, когда нужно разложить проверки по уровням риска и стадиям CI. CX Codex +1 753установок refactoring-specialist Скилл ведёт агента по шагам рефакторинга: находит запахи кода, предлагает технику и следит, чтобы тесты остались зелёными. CX Codex +1 747установок debugger Скилл ведёт агента по методике отладки: воспроизвести баг, сузить область, найти причину, починить и закрыть регрессионным тестом. CX Codex +1 745установок session-logger Сохраняет короткую сводку разговора с агентом: что решили, какие файлы трогали, что осталось открытым. Пригодится, когда нужно вернуться к работе позже. CX Codex +1 743установок documentation-engineer Скилл для написания технической документации: README, описания API, комментарии к коду и архитектурные заметки. Пригодится, когда проект оброс кодом, а доки к нему нет. CX Codex +1 711установок prd-implementation-precheck Скилл прогоняет PRD или спецификацию фичи по чек-листу до начала реализации: находит пробелы в граничных случаях и блокеры, а потом пишет код. CX Codex +1 707установок api-designer Помогает спроектировать новый API или разобрать существующий: ресурсы, методы, коды ответов, пагинация, версии. Пригодится, когда контракт ещё не зафиксирован. CX Codex +1 698установок long-task-coordinator Ведёт многосессионную работу через файл состояния: восстановление после сбоев, явные статусы и честные отчёты о прогрессе. CX Codex +1 680установок

Спонсоры проекта

Компании, которые помогают держать аналитику открытой