스킬 api-design
📦

api-design

안전

Проектирование REST и GraphQL API

또한 다음에서 사용할 수 있습니다: Benny9193

Этот навык предоставляет комплексное руководство по проектированию RESTful и GraphQL API в соответствии с лучшими практиками отрасли. Он помогает разработчикам создавать хорошо структурированные, версионированные и задокументированные API.

지원: Claude Codex Code(CC)
📊 71 적절함
1

스킬 ZIP 다운로드

2

Claude에서 업로드

설정 → 기능 → 스킬 → 스킬 업로드로 이동

3

토글을 켜고 사용 시작

테스트해 보기

"api-design" 사용 중입니다. Design a REST API for a blog with posts and comments

예상 결과:

Endpoints: GET/POST /api/v1/posts, GET/PUT/DELETE /api/v1/posts/{id}, GET/POST /api/v1/posts/{id}/comments, Response codes: 200, 201, 204, 400, 401, 403, 404

"api-design" 사용 중입니다. Create OpenAPI spec for user management

예상 결과:

OpenAPI 3.0 with /users endpoint, GET (list users with pagination), POST (create user), JWT Bearer auth, 200/201 responses with User schema

보안 감사

안전
v1 • 3/9/2026

All 76 static findings are false positives. The skill is pure documentation providing API design guidance. The scanner detected backtick formatting in markdown examples, legitimate documentation URLs, and JWT authentication references - none of which constitute security risks.

2
스캔된 파일
360
분석된 줄 수
0
발견 사항
1
총 감사 수
보안 문제를 찾지 못했습니다

감지된 패턴

External Command Detection (False Positive)Hardcoded URL Detection (False Positive)Weak Cryptographic Algorithm Detection (False Positive)System Reconnaissance Detection (False Positive)
감사자: claude

품질 점수

38
아키텍처
100
유지보수성
87
콘텐츠
30
커뮤니티
100
보안
91
사양 준수

만들 수 있는 것

Разработка нового API

Используйте при запуске нового проекта API для установления правильных соглашений, именования ресурсов и структуры endpoints с самого начала

Документация API

Генерируйте спецификации OpenAPI и документацию для существующих или новых API для предоставления командам фронтенда и внешним потребителям

Рефакторинг и аудит API

Проверяйте существующие дизайны API на соответствие лучшим практикам и выявляйте области для улучшения в именовании, версионировании и структуре

이 프롬프트를 사용해 보세요

Проектирование базового REST API
Спроектируйте REST API для ресурса [resource name]. Включите определения endpoints, HTTP-методы, коды ответа и форматы запросов/ответов.
Проектирование API с отношениями
Спроектируйте REST API с следующими ресурсами: [list resources] и их связями. Включите вложенные ресурсы и правильную URL-структуру.
Создание спецификации OpenAPI
Сгенерируйте спецификацию OpenAPI 3.0 для API с следующими endpoints: [list endpoints]. Включите схемы запросов/ответов, параметры и аутентификацию.
Проектирование GraphQL схемы
Спроектируйте GraphQL схему для [use case]. Включите определения типов, запросы, мутации и соответствующие резолверы.

모범 사례

  • Используйте последовательное именование ресурсов с существительными, а не глаголами, и формами множественного числа
  • Версионируйте API с самого начала, используя версионирование через URL-путь (например, /api/v1/)
  • Реализуйте правильную обработку ошибок с последовательным форматом ответа об ошибках, включая коды ошибок и детали

피하기

  • Использование глаголов в названиях endpoints (например, /getUsers вместо /users)
  • Отсутствие версионирования API, что ломает клиентов при необходимости изменений
  • Возвращение разных форматов endpoints ошибок между

자주 묻는 질문

В чем разница между PUT и PATCH?
PUT заменяет весь ресурс предоставленными данными. PATCH обновляет только указанные поля. Используйте PUT для полной замены, PATCH для частичных обновлений.
Когда следует использовать GraphQL вместо REST?
Используйте GraphQL, когда клиентам нужна гибкая выборка данных, несколько ресурсов в одном запросе или когда форма данных варьируется в зависимости от клиента. Используйте REST для более простых API с предсказуемыми endpoints.
Как версионировать API?
Рекомендуемый подход — версионирование через URL-путь: /api/v1/users, /api/v2/users. Версионирование через заголовок также возможно, но менее очевидно для клиентов.
Какие коды статуса HTTP следует использовать?
Используйте 200 для успешного чтения, 201 для созданных ресурсов, 204 для успешного удаления, 400 для некорректного ввода, 401 для неавторизованного доступа, 403 для запрещенного доступа, 404 для не найденного, 500 для ошибок сервера.
Как обрабатывать пагинацию?
Используйте параметры запроса, такие как page и limit. Возвращайте метаданные пагинации, включая общее количество, текущую страницу и ссылки на следующую/предыдущую страницы в ответе.
Какие методы аутентификации охватывает этот навык?
Навык охватывает JWT (JSON Web Tokens), OAuth 2.0, API-ключи и аутентификацию на основе сессий с примерами для каждого.

개발자 세부 정보

파일 구조

📄 SKILL.md

📄 SKILL.toon