● Communauté
mattpocock
⚡ Instantané
mattpocock/skills
par mattpocock · mattpocock/skills
Le répertoire .claude personnel de Matt Pocock — skills TypeScript, tests et workflow opiniâtres, directement d'une pointure TS.
Matt Pocock (formateur TypeScript, créateur de Total TypeScript) a publié son répertoire personnel de skills Claude Code. Comprend des patterns TS spécifiques, une philosophie de test, des patterns de refactoring et des opinions sur le workflow. Pas un bundle générique — c'est la vraie configuration d'un ingénieur.
Pourquoi l'utiliser
Fonctionnalités clés
- Idiomes TypeScript d'un expert TS reconnu
- Approche de test opiniâtre (colocalisation, integration-first)
- Patterns de refactoring favorisant la préservation de la sûreté de types
- Skills de workflow — style de commit, descriptions de PR, etc.
- Licence MIT
Démo en direct
Aperçu en pratique
prêt
Cas d'usage
Usages concrets : mattpocock/skills
Quand l'utiliser : Votre projet est truffé de any et de types approximatifs, et vous voulez un nettoyage méthodique.
Déroulement
-
Scanner
Utilise mattpocock/ts-review. Scanne /src et liste chaque any, chaque cast non sûr, chaque trou de type. Groupe par fichier.✓ Copié
→ Résultats détaillés, pas un résumé
-
Corriger avec les principes
Corrige les 20 premiers, correction minimale par cas. Respecte la règle « préférer l'inférence » de Matt — n'annotez pas explicitement ce que TS peut inférer.✓ Copié
→ Diffs minimaux, sûreté de types améliorée
-
Vérifier
Lance tsc --noEmit. Des régressions ?✓ Copié
→ Compilation propre ou éléments restants précisément délimités
Résultat : Un codebase mesurément plus sûr en types suivant une méthodologie structurée.
Pièges
- La skill applique les opinions de Matt là où votre équipe est en désaccord (ex. interface vs type) — Contournez avec « passe la conversion interface-vs-type, garde le style existant »
Quand l'utiliser : Vous avez une nouvelle fonctionnalité à construire et voulez essayer le test-first avec le tooling TS moderne.
Déroulement
-
Écrire le test
Utilise mattpocock/test-first. Je veux ajouter une fonction parseInvoice. Écris le test (vitest, biais integration-over-unit) avant toute implémentation.✓ Copié
→ Test qui échoue avec des fixtures réalistes
-
Implémenter
Maintenant l'implémentation minimale. Type-safe, pas de any.✓ Copié
→ Test au vert avec des types propres
-
Refactorer
Applique les patterns de refactoring de la skill — extrait des helpers si ça le mérite, pas d'abstraction prématurée.✓ Copié
→ Refactoring uniquement là où les critères de la skill sont remplis
Résultat : Une suite de tests qui teste le comportement, une implémentation qui la satisfait, et de la retenue sur le refactoring.
Pièges
- Les opinions entrent en conflit avec la configuration Jest existante de l'équipe — Demandez à la skill de s'adapter — elle est opiniâtre mais peut être réorientée
Combinaisons
Associez-le à d'autres MCPs pour un effet X10
Appliquer à un dépôt entier
Lance ts_review sur tout l'arbre /src et rapporte.✓ Copié
mattpocock-skills-skill +
githubOuvrir une PR par revue
Pour les 3 premiers nettoyages, crée une PR chacun avec une description claire.✓ Copié
Coût et limites
Coût d'exécution
- Quota d'API
- N/A
- Tokens par appel
- Intensif en revue — prévoyez un budget pour les grandes lectures sur les codebases importants
- Monétaire
- Gratuit
- Astuce
- Délimitez par répertoire d'abord ; ne scannez pas tout
Sécurité
Permissions, secrets, portée
Portées minimales : filesystem-read
Stockage des identifiants : Aucun
Sortie de données : Aucune
Dépannage
Erreurs courantes et correctifs
La skill semble trop opiniâtre
C'est le principe — contournez des opinions spécifiques dans votre prompt, ou forkez et modifiez
Les recommandations entrent en conflit avec le style de l'équipe
Partagez la sortie avec l'équipe ; utilisez-la comme point de départ pour la discussion, pas un mandat
Ne connaît pas ma bibliothèque de niche
Les skills sont TS-génériques — ajoutez la doc de votre bibliothèque au contexte en préambule
Alternatives
mattpocock/skills vs autres
| Alternative | Quand l'utiliser | Compromis |
|---|
| Your team's linter config | Vous avez besoin d'une application au niveau CI, pas d'une revue interactive | Pas de raisonnement LLM, pas d'aide au refactoring |
| Biome / ESLint with typescript-eslint | Vous voulez du règles-based, déterministe | N'explique pas son raisonnement comme le font les skills de Matt |