api-design-principles
Проектируйте REST и GraphQL API с уверенностью
También disponible en: sickn33
Решения по проектированию API часто становятся непоследовательными и сложными для поддержки. Этот навык предоставляет четкие шаблоны, образцы и контрольные списки для направления ваших решений.
Descargar el ZIP de la skill
Subir en Claude
Ve a Configuración → Capacidades → Skills → Subir skill
Activa y empieza a usar
Pruébalo
Usando "api-design-principles". Review my user and order endpoints for REST best practices.
Resultado esperado:
- Use plural nouns: /api/users and /api/orders
- Replace action paths like /api/createUser with POST /api/users
- Add pagination to list endpoints with page and page_size
- Return 201 Created on successful POST and 204 on DELETE
Usando "api-design-principles". How should I structure a GraphQL schema for a blog with users, posts, and comments?
Resultado esperado:
- Define User, Post, Comment types with proper relationships
- Use Relay-style cursor pagination for collections
- Create input types for mutations with error payloads
- Add DataLoaders to prevent N+1 queries on relationships
Usando "api-design-principles". What status codes should my API return for validation errors?
Resultado esperado:
- Return 400 Bad Request for malformed request syntax
- Return 422 Unprocessable Entity for validation failures
- Include field-level error details in the response body
- Use consistent error format across all endpoints
Auditoría de seguridad
SeguroThis skill contains only educational documentation, code templates, and best practices for API design. All 233 static findings are false positives: 'weak cryptographic algorithm' flags educational password hashing examples; 'backtick execution' misinterprets markdown code formatting; 'system reconnaissance' triggers on legitimate programming terms like fetch/decode; hardcoded URLs/IPs are documentation examples, not actual network calls. No executable code, network calls, or data access patterns pose security risks.
Factores de riesgo
🌐 Acceso a red (7)
⚙️ Comandos externos (134)
Puntuación de calidad
Lo que puedes crear
Определение новых стандартов API
Создайте последовательные правила REST и GraphQL для команды перед реализацией.
Проверка спецификаций API
Проверьте спецификации на предмет именования, версионирования и проблем обработки ошибок.
Улучшение удобства использования API
Уточните эндпоинты и схему для уменьшения путаницы у клиентов и доработок.
Prueba estos prompts
Просмотрите этот план REST API и перечислите исправления для именования, методов и кодов статуса. Предоставьте краткий исправленный пример.
Оцените эту схему GraphQL на предмет пагинации, входных типов и паттернов ошибок. Предложите улучшения с краткими примерами.
Рекомендуйте подход к версионированию для этого API и объясните компромиссы. Предоставьте контрольный список миграции.
Примените контрольный список проектирования API к этой спецификации и верните результат пройдено/не пройдено с исправлениями для каждого не пройденного пункта.
Mejores prácticas
- Документируйте правила версионирования и устаревания перед запуском
- Используйте последовательные форматы ошибок со стабильными кодами ошибок
- Пагинируйте все эндпоинты коллекций с четкими лимитами
Evitar
- Использование POST для операций только для чтения
- Глубоко вложенные пути ресурсов более двух уровней
- Возврат непоследовательных форм ошибок между эндпоинтами
Preguntas frecuentes
Совместимо ли это с Claude, Codex и Claude Code?
Каковы ограничения этого навыка?
Могу ли я интегрировать это с моей существующей кодовой базой?
Обращается ли он к конфиденциальным данным или хранит их?
Что если мой дизайн API не охвачен?
Чем это отличается от общего совета по API?
Detalles del desarrollador
Autor
wshobsonLicencia
NOASSERTION
Repositorio
https://github.com/wshobson/agents/tree/main/plugins/backend-development/skills/api-design-principlesRef.
main
Estructura de archivos