Les fondamentaux du logiciel sont plus importants que jamais : l’ensemble des compétences Claude Code de Matt Pocock

Une personne submergée par la vague specs-to-code mais toujours calme

2026 est l'année phare du récit « des spécifications au code » de la programmation de l'IA : écrire la spécification, exécuter le compilateur, ne pas lire le code, puis écrire la spécification, puis exécuter le compilateur. Le slogan qui a émergé dans la communauté est "code is cheap" (le code est bon marché), ce qui signifie : de toute façon, l'IA peut générer 10 000 lignes supplémentaires par seconde, pourquoi devriez-vous vous en soucier.

Matt Pocock est l'une des rares personnes à s'exprimer publiquement contre cela. Il ne nie pas que le codage de l'IA est très puissant, mais il a en fait testé les spécifications en code dans son cours "Claude Code for Real Engineers", et la conclusion est très déchirante : Chaque fois que je l'exécute, le code devient de pire en pire. C'est exactement "l'entropie logicielle" dont il a été question dans Pragmatic Programmer - augmentation de l'entropie logicielle.

Il a donc fait deux choses :

1. Regroupez cette observation dans un exposé de 18 minutes : Les principes fondamentaux du logiciel comptent plus que jamais.
2. Intégrez l'antidote correspondant dans un référentiel GitHub : mattpocock/skills - "Compétences pour les vrais ingénieurs. Directement depuis mon répertoire .claude."

L'entrepôt a été lancé le 3 février 2026 et en 4 mois, il a atteint 61,1 000 étoiles et 5,3 000 fourchettes. C’était l’un des entrepôts de programmation d’IA à la croissance la plus rapide au cours de la même période.

Qui est Matt Pocock ?

Si vous avez écrit TypeScript, vous l'avez probablement rencontré. Il est l’un des enseignants TypeScript les plus prolifiques dans les cercles chinois et anglais ces dernières années :

• Fondateur de TotalTypeScript.com, une série de cours payants très populaires dans le cercle anglais
• aihero.dev Plus de 60 000 abonnements à la newsletter, sujet modifié de TS à AI Coding
• Il existe de nombreux didacticiels vidéo courts sur Twitter @mattpocockuk et YouTube @mattpocockuk
• Pas une personne OpenAI/Anthropic, purement un développeur indépendant + une formation d'éducateur

Sa personnalité est très claire : AI Coding du point de vue d'un ingénieur senior. Nous ne crions pas « AGI arrive », ni « Les programmeurs vont perdre leur emploi ». Ce qu'il a crié, c'est : "Les astuces de l'ancienne génération d'ingénieurs logiciels sont toujours très utiles, elles ont juste besoin d'être traduites sous une forme que LLM peut exécuter."

Argument principal : le code n'est pas bon marché

Il n'y a qu'un seul argument dans tout le discours, et chaque compétence en est une note de bas de page :

Si la structure de votre base de code est mauvaise, l'IA n'écrira du mauvais code que dans une mauvaise base de code. Ainsi une bonne base de code est plus importante que jamais, et les compétences logicielles de base sont plus importantes que jamais.

Matt a utilisé une analogie militaire pour expliquer très simplement les rôles des humains et de l’IA :

À quoi sert la couche stratégique ? Concepts de conception, langage unifié, limites des modules - ces trois choses consistent à "définir des problèmes" plutôt qu'à "écrire du code", et il se trouve que c'est ce que LLM est le moins efficace pour vous.

Cinq modèles d'échec → Cinq vieux livres → Cinq compétences

Matt a compressé toute la méthodologie dans un tableau de cartographie dans son discours. Chaque fois que vous rencontrerez un mode d'échec, il vous renverra à la théorie classique résolue il y a 20 ans, puis vous remettra un fichier de compétence au format Markdown :

Point 5 Il n'y a pas de compétence distincte dans le dépôt (il y avait design-an-interface mais il est obsolète), son esprit a été absorbé dans /to-prd et /improve-codebase-architecture - qui vous obligent tous deux à réfléchir aux interfaces des modules avant d'écrire du code.

5 Compétences que vous utilisez réellement au quotidien

Le discours était un squelette philosophique. Matt a ensuite publié un article « 5 compétences d'agent que j'utilise chaque jour » sur aihero.dev pour traduire le squelette en flux de travail quotidien. Ces 5 sont les objets qui seront démontés un à un dans le futur de cette série :

/grill-me                       ← 先和 AI 谈清楚要做什么
        ↓
/to-prd                         ← 把对话凝固成 PRD
        ↓
/to-issues                      ← 把 PRD 切成可独立领取的 vertical slice
        ↓
/tdd                            ← 每个 slice 用红绿重构跑通
        ↓
/improve-codebase-architecture  ← 周期性检查，把 shallow 模块改成 deep

Ces 5 compétences sont réunies pour former le processus complet de recherche et développement de Matt. Les modes de défaillance correspondant à chaque étape sont présentés dans le tableau de la section précédente.

Démontage détaillé de chaque article (pages suivantes de cette série) :

• Grill Me : Laissez l'IA vous torturer sur vos besoins
• Grill With Docs : Maintenir le langage du projet et l'ADR
• to-PRD + to-Issues : de la conversation au ticket exécutable
• TDD : Utiliser la reconstruction rouge-vert pour forcer l'IA à faire de petits pas
• Améliorer l'architecture de base de code : restructurer superficiellement en modules profonds

Comment installer

Le fichier README de l'entrepôt donne une commande sur une seule ligne pour installer :

npx skills@latest add mattpocock/skills

Cette commande va :

1. Laissez-vous vérifier quelles compétences vous souhaitez installer
2. Vous permet de sélectionner les agents à installer (Claude Code, Codex, Cursor, etc. sont tous pris en charge)
3. Mettez le fichier SKILL.md correspondant dans .claude/skills/ (ou le répertoire correspondant à l'agent)

Il est fortement recommandé de vérifier /setup-matt-pocock-skills en même temps. Il s'agit d'une compétence de configuration unique qui vous posera trois questions :

• À quoi sert Issue Tracker ? (GitHub / GitLab / démarque locale / autre)
• Quel mot est utilisé pour Étiquette de triage ? (triage des besoins ou autre)
• Où placer le Document de domaine ? (Chemin CONTEXT.md/ADR)

Exécutez /setup-matt-pocock-skills une fois et il écrira dans AGENTS.md ou CLAUDE.md dans le répertoire racine de votre projet. Après cela, toutes les compétences d'ingénierie (to-prd, to-issues, triage, tdd, etc.) liront automatiquement cette configuration. Cette étape est omise et chaque compétence ultérieure vous posera encore et encore la même question.

Si vous souhaitez simplement essayer /grill-me (la classe de productivité la plus légère et la plus pure), vous pouvez ignorer la configuration car elle ne repose pas sur le suivi des problèmes.

La différence entre cet ensemble de compétences et BMAD / Spec-Kit / GSD

Si vous utilisez déjà des frameworks basés sur les spécifications tels que BMAD, Spec-Kit et GSD, vous pouvez vous demander : "Pourquoi avez-vous toujours besoin de l'ensemble de Matt ?"

Matt écrit très directement dans le README :

Différences fondamentales :

• BMAD/Spec-Kit/GSD est un framework qui spécifie un pipeline complet de la spécification au code. Vous devez suivre son processus.
• Matt Cet ensemble est un composant. Chaque compétence possède un fichier de démarque, allant de quelques lignes à des dizaines de lignes. Vous pouvez le démonter et le modifier à tout moment.

Exemple : Le texte intégral réel de grill-me n'est que ce court——

Interview me relentlessly about every aspect of this plan until we reach
a shared understanding. Walk down each branch of the design tree,
resolving dependencies between decisions one-by-one. For each question,
provide your recommended answer.

Ask the questions one at a time.

If a question can be answered by exploring the codebase, explore the
codebase instead.

La compétence entière est de 7 lignes. Mais ce sont ces sept lignes qui font que Claude vous pose 20, 50 voire 100 questions avant de prendre une décision. Cette philosophie de conception consistant à utiliser très peu de texte pour susciter d'importants changements de comportement est la raison fondamentale de la popularité de cet ensemble de compétences.

Comment lire cette série

Si vous n'avez jamais rencontré l'ensemble de Matt auparavant, il est recommandé de le lire dans l'ordre dans meta.json :

1. Aperçu (l'article sur lequel vous consultez actuellement) - Obtenez une image complète
2. Grill Me - Installez-en un individuellement et essayez-le d'abord, le seuil est le plus bas
3. Grill With Docs - une version avancée de grill-me, commençant à introduire CONTEXT.md
4. to-PRD + to-Issues - Transformez la conversation en ticket exécutable
5. TDD - Matt lui-même a déclaré "la méthode la plus stable que j'ai jamais utilisée pour améliorer la qualité de la production des agents"
6. Améliorer l'architecture de base de code - Maintenance périodique pour rendre l'IA disponible à long terme

Si vous utilisez déjà Claude Code pour écrire de vrais projets, passez directement à /grill-me + /tdd, qui sont les articles les plus intuitifs.

Si vous enseignez ou écrivez, il suffit de lire /grill-me - il s'agit d'un outil général de "conversation sur le design", qui ne se limite pas au code.

Mes suggestions d'utilisation

Après avoir moi-même installé cet ensemble de compétences, les changements physiques les plus importants ont été :

Premier : Arrêtez de vous précipiter pour commencer à écrire du code. Dans le passé, lorsque l'IA recevait « Ajoutez-moi un identifiant », elle commençait à tracer 500 lignes. Maintenant, /grill-me vous posera d'abord 20 questions : "Voulez-vous vous souvenir de l'appareil ?" « Combien de temps faut-il pour que la session expire ? » "Combien de fois n'avez-vous pas réussi à verrouiller votre compte ?" Laissez-le être écrit après 30 minutes. Ce que vous économiserez, ce sont les deux heures de retouche suivantes.

Deuxième : CLAUDE.md n'est plus gonflé. Dans le passé, il y avait beaucoup d'interdictions écrites dans CLAUDE.md telles que "Veuillez comprendre les exigences avant d'écrire du code" et "Ne soyez pas trop abstrait", mais Claude les a quand même commis. Après être passé à l'ensemble de Matt, CLAUDE.md ne met que les connaissances du domaine (système de conception, spécifications des composants, déploiement), et les méthodologies générales sont transmises aux compétences. Les responsabilités des deux parties sont claires.

Troisième : La réflexion approfondie sur les modules a plus de valeur que la compétence elle-même. Même si vous n'installez pas /improve-codebase-architecture, la simple lecture du "test de suppression" dans son SKILL.md (si la complexité disparaît après la suppression de ce module, cela signifie qu'il est pass-through) vous fera déjà y jeter un second regard lors de la revue des relations publiques.

Notez le coût :

• Après avoir installé 5 compétences, l'IA posera plus de questions. Les gens habitués à "générer 500 lignes dans une phrase" trouveront cela ennuyeux
• Une fois que /tdd est strictement implémenté, des scripts simples seront également nécessaires pour écrire des tests en premier, ce qui n'est pas convivial pour le code exploratoire - vous pouvez lui dire "ignorer TDD cette fois".
• /grill-with-docs prendra l'initiative de modifier votre CONTEXT.md. Il est préférable de l'exécuter à sec avant de l'exécuter pour la première fois.

Ressources de référence

5 livres cités dans le discours (par ordre d'apparition) :

• A Philosophy of Software Design — John Ousterhout (définition de la complexité, modules approfondis)
• The Pragmatic Programmer — David Thomas & Andrew Hunt（software entropy、outrunning headlights）
• The Design of Design — Frederick P. Brooks（design concept、design tree）
• Domain-Driven Design — Eric Evans（ubiquitous language）
• Test-Driven Development — Kent Beck（invest in design every day）

Chacun a plus de 20 ans. Matt a répété une phrase à plusieurs reprises dans son discours : "Allez sur Amazon, obtenez-le." - cette phrase elle-même est l'œuf de Pâques de ce discours.