type-safety-validation
Créer des applications TypeScript à typage sûr
Les équipes TypeScript perdent souvent la sécurité de typage entre la validation, les API, les modèles de base de données et le code d’interface utilisateur. Cette compétence montre comment connecter Zod, tRPC, Prisma et les modèles TypeScript dans un workflow typé unique.
Télécharger le ZIP du skill
Importer dans Claude
Allez dans Paramètres → Capacités → Skills → Importer un skill
Activez et commencez à utiliser
Ressources lisibles par les agents
Utilisez ces liens lorsqu'un AI Agent, un crawler ou un script a besoin d'un contexte propre au lieu de lire toute la page.
Tester
Utilisation de "type-safety-validation". Une équipe produit a besoin d’une gestion plus sûre des entrées d’inscription utilisateur.
Résultat attendu:
- Un schéma d’inscription avec des champs email, mot de passe, rôle et profil optionnel.
- Un modèle de résultat typé pour une validation réussie et des erreurs de validation structurées.
- Des conseils pour garder cohérents la politique de mot de passe, la normalisation et les messages destinés aux utilisateurs.
Utilisation de "type-safety-validation". Une équipe d’ingénierie souhaite une API de publications typée.
Résultat attendu:
- Une structure de procédure tRPC recommandée pour les opérations de liste et de création.
- Des limites d’entrée pour la pagination, les titres et le contenu optionnel.
- Un rappel d’ajouter l’authentification aux procédures d’écriture avant une utilisation en production.
Utilisation de "type-safety-validation". Une base de code TypeScript contient des types d’API et de base de données dupliqués.
Résultat attendu:
- Une revue des définitions de types redondantes et des points probables de dérive.
- Un plan pour dériver les types à partir de schémas ou de définitions de routeur.
- Des étapes de migration qui réduisent les conversions manuelles et l’utilisation non sûre de any.
Audit de sécurité
Risque faibleThe static analyzer flagged many high-risk patterns, but review shows they are markdown code fences, TypeScript examples, documentation URLs, and relative imports. No malicious behavior or prompt injection was found. One low-risk documentation issue remains because a sample tRPC mutation uses publicProcedure without showing authentication.
Problèmes à risque faible (4)
Facteurs de risque
⚙️ Commandes externes (25)
🌐 Accès réseau (6)
📁 Accès au système de fichiers (3)
Motifs détectés
Score de qualité
Ce que vous pouvez construire
Concevoir une API typée
Planifier la validation des requêtes, les types de réponse et l’utilisation côté client avant d’implémenter une nouvelle API TypeScript.
Améliorer la validation des formulaires et des entrées
Convertir des règles de validation informelles en schémas Zod réutilisables avec une gestion claire des erreurs.
Auditer les frontières de typage full-stack
Examiner où les types de base de données, d’API et d’interface utilisateur divergent, puis créer un contrat partagé plus sûr.
Essayez ces prompts
Aide-moi à définir un schéma Zod pour cette structure d’entrée utilisateur. Inclus les types TypeScript inférés et une gestion sûre des erreurs.
Conçois une procédure tRPC pour cette fonctionnalité. Inclus la validation des entrées, la forme de sortie et des conseils d’utilisation côté client.
Passe en revue ce modèle Prisma et suggère des schémas de validation correspondants pour les opérations de création, de mise à jour et de requête.
Audite cette fonctionnalité TypeScript pour repérer les lacunes de sécurité de typage entre les couches UI, API, validation et base de données. Priorise les corrections selon le risque.
Bonnes pratiques
- Valider les données à chaque frontière externe, y compris les formulaires, les API, les webhooks et les variables d’environnement.
- Dériver les types TypeScript à partir des schémas de validation ou des routeurs d’API au lieu de dupliquer les contrats.
- Ajouter des contrôles d’authentification et d’autorisation autour des opérations d’écriture avant d’utiliser les exemples en production.
Éviter
- Ne pas s’appuyer uniquement sur les types à la compilation pour des entrées d’exécution non fiables.
- Ne pas copier des exemples publics de procédures d’écriture en production sans contrôle d’accès.
- Ne pas masquer les erreurs de typage avec any lorsqu’un schéma ou un type guard peut modéliser les données.