api-design-principles
Concevez des API REST et GraphQL en toute confiance
Les décisions de conception d'API deviennent souvent incohérentes et difficiles à maintenir. Cette compétence fournit des modèles, des patrons et des listes de vérification clairs pour guider vos choix.
Télécharger le ZIP du skill
Importer dans Claude
Allez dans Paramètres → Capacités → Skills → Importer un skill
Activez et commencez à utiliser
Tester
Utilisation de "api-design-principles". Réviser mes points d'accès utilisateur et commande selon les bonnes pratiques REST.
Résultat attendu:
- Utilisez des noms pluriels : /api/users et /api/orders
- Remplacez les chemins d'action comme /api/createUser par POST /api/users
- Ajoutez la pagination aux points d'accès de liste avec page et page_size
- Retournez 201 Created pour POST réussi et 204 pour DELETE
Utilisation de "api-design-principles". Comment dois-je structurer un schéma GraphQL pour un blog avec des utilisateurs, des articles et des commentaires ?
Résultat attendu:
- Définissez les types User, Post, Comment avec les relations appropriées
- Utilisez la pagination par curseur de style Relay pour les collections
- Créez des types d'entrée pour les mutations avec les charges utiles d'erreurs
- Ajoutez des DataLoaders pour éviter les requêtes N+1 sur les relations
Utilisation de "api-design-principles". Quels codes d'erreur mon API doit-elle retourner pour les erreurs de validation ?
Résultat attendu:
- Retournez 400 Bad Request pour une syntaxe de requête malformée
- Retournez 422 Unprocessable Entity pour les échecs de validation
- Incluez les détails d'erreurs au niveau des champs dans le corps de la réponse
- Utilisez un format d'erreur cohérent pour tous les points d'accès
Audit de sécurité
SûrThis 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.
Facteurs de risque
🌐 Accès réseau (7)
⚙️ Commandes externes (134)
Score de qualité
Ce que vous pouvez construire
Définir de nouvelles normes d'API
Créez des règles cohérentes pour REST et GraphQL au sein d'une équipe avant l'implémentation.
Réviser les spécifications d'API
Auditez les spécifications pour le nommage, le versioning et les problèmes de gestion d'erreurs.
Améliorer l'utilisabilité des API
Affinez les points d'accès et le schéma pour réduire la confusion et le travail supplémentaire des clients.
Essayez ces prompts
Examinez ce plan d'API REST et listez les corrections de nommage, de méthodes et de codes d'état. Fournissez un court exemple corrigé.
Évaluez ce schéma GraphQL pour la pagination, les types d'entrée et les patrons d'erreurs. Suggérez des améliorations avec de brefs exemples.
Recommandez une approche de versioning pour cette API et expliquez les compromis. Fournissez une liste de vérification de migration.
Appliquez une liste de vérification de conception d'API à cette spécification et renvoyez réussi ou échoué avec les corrections pour chaque élément échoué.
Bonnes pratiques
- Documentez les règles de versioning et de dépréciation avant le lancement
- Utilisez des formats d'erreur cohérents avec des codes d'erreur stables
- Paginez tous les points d'accès de collection avec des limites claires
Éviter
- Utiliser POST pour les opérations en lecture seule
- Chemins de ressources imbriqués au-delà de deux niveaux
- Retourner des formes d'erreur incohérentes entre les points d'accès