Du vibe coding à l'agentic engineering : le repo qui récapitule tout

On est passé du vibe coding à l'agentic engineering.

Si tu ne vois pas vraiment la différence entre les deux, cet article est pour toi. Et la vidéo qui va avec aussi.

En ce moment, un repo a explosé sur GitHub. Premier en trending. Partagé publiquement par Boris Cherny, le créateur de Claude Code chez Anthropic. Il s'appelle claude-code-best-practice et c'est probablement le récap le plus intégral du nouveau paradigme de développement qu'on vit depuis 6 mois.

Vibe coding vs agentic engineering : c'est quoi la vraie différence

Le vibe coding, c'est cette pratique qu'on a tous faite au début : tu ouvres Claude Code, tu balances un prompt comme "ajoute-moi cette feature", tu attends, tu acceptes le diff, et tu pries pour que ça marche en prod.

Ça, ce n'est pas un workflow. C'est du casino assisté par IA.

L'agentic engineering, c'est l'étape d'après. Tu ne demandes plus à un agent de coder. Tu construis un système de production autour d'un ou plusieurs agents. Tu structures, tu cadres, tu vérifies, tu délègues.

Ce shift, beaucoup de devs ne l'ont pas encore vu. Ils utilisent encore Claude Code comme un chatbot un peu malin. Le repo de la semaine te montre exactement à quoi ressemble la nouvelle façon de bosser.

Ce que contient le repo

Le repo regroupe toutes les briques qu'on retrouve dans les vrais workflows agentiques aujourd'hui. Pas un seul angle, pas un seul outil. Le récap complet.

Brique	À quoi ça sert
Commands custom	Encapsuler tes workflows répétitifs dans des commandes invocables
Skills	Donner à Claude des compétences spécialisées contextuelles
Subagents	Déléguer en parallèle à plusieurs agents spécialisés
Hooks	Automatiser des actions autour de Claude (pre/post commit, audit, etc.)
Rules	Cadrer un agent sans le brider, règles persistantes par projet
MCP	Brancher ton stack à Claude (DB, API, outils internes)
Cross-model workflow	Combiner Claude Code + Codex sur les bonnes étapes

Chaque brique a son rôle. Et c'est l'assemblage qui fait la différence.

Les commandes et les skills qui structurent ton workflow

Un dev qui passe au mode agentic ne tape plus 50 fois le même prompt. Il l'encapsule dans une commande custom.

Exemple typique : /ultraplan qui force Claude à produire un plan d'implémentation en 4 phases testables avant de coder. Ou /ultrareview qui lance une revue complète du diff par un agent dédié.

Les skills jouent un rôle complémentaire. Un skill, c'est de la connaissance contextuelle activée par mots-clés. Tu n'expliques plus à chaque fois comment fonctionne ton API interne ou tes conventions de nommage : tu écris un skill une fois, et Claude l'active quand le contexte le demande.

Subagents : la délégation parallèle

L'erreur classique, c'est de demander à un seul agent de tout faire.

Un workflow propre découpe le travail :

• un subagent qui explore le repo
• un subagent qui code la feature
• un subagent qui écrit les tests
• un subagent qui review le tout

Chaque subagent tourne en parallèle dans son propre contexte. Pas de pollution. Pas de contexte qui explose. Ton agent principal devient un orchestrateur.

Hooks et rules : cadrer sans brider

Les hooks transforment Claude en partie intégrante de ton pipeline. Pre-commit pour valider le diff, post-push pour notifier, audit avant merge. Tout ce que tu faisais à la main entre dans le système.

Les rules persistent les décisions d'architecture que tu prends. Tu n'expliques plus à chaque session que les routes API doivent renvoyer du JSON typé, que tu utilises Drizzle ORM, que tes composants sont des RSC par défaut. C'est dans les rules une fois pour toutes.

MCP : connecter ton stack à Claude

MCP (Model Context Protocol), c'est ce qui transforme Claude d'un outil isolé en agent intégré.

Tu peux le brancher à ta base de données, à ton API interne, à Notion, à GitHub, à n'importe quel outil qui expose un MCP server. Et là, Claude ne se contente plus de générer du code : il interroge ton vrai état, il regarde tes vraies données, il appelle tes vrais services.

C'est la différence entre un assistant qui devine et un agent qui sait.

Cross-model workflow : Claude + Codex

La partie qui change le plus la manière de bosser, c'est probablement celle-là.

Claude Code est excellent pour explorer un repo, comprendre l'architecture, proposer un plan. Codex peut être très bon pour challenger ce plan, relire froidement, trouver les trous.

Donc au lieu d'avoir :

Claude, code-moi tout.

Tu passes à :

1. Claude → recherche
2. Claude → planifie
3. Codex → challenge le plan
4. Claude → implémente phase par phase
5. Codex → review le diff
6. Toi → ship

Cette boucle change complètement la qualité du résultat. Et ce n'est pas une mode : c'est exactement ce que font les équipes IA en entreprise aujourd'hui.

La méthode Research, Plan, Execute, Review, Ship

Quand tu regroupes tout ça, tu retrouves toujours la même structure :

1. Research - l'agent explore et comprend le terrain
2. Plan - l'agent propose un plan avant de coder
3. Execute - l'agent implémente phase par phase
4. Review - un second agent challenge le diff
5. Ship - toi tu valides et tu déploies

C'est ce qu'on voit dans toutes les boîtes qui veulent rendre l'IA réellement productive dans une équipe de dev. Pas "je lance un prompt et je prie".

Ce que ça change pour toi en 2026

Si tu utilises encore Claude Code comme un chatbot un peu malin, tu es en train de prendre du retard sans t'en rendre compte. Le métier de dev ne disparaît pas. Il change de nature.

Ton job en 2026, ce n'est plus d'écrire chaque ligne de code. C'est de piloter le système qui les écrit. De définir les agents, leurs rôles, leurs garde-fous, leur orchestration. De faire produire l'IA correctement.

Le repo claude-code-best-practice est le meilleur point de départ que j'ai vu pour faire ce shift. Pas une formation marketing. Pas un thread Twitter inspirant. Un repo concret, structuré, qui montre comment c'est fait.

Pour aller plus loin

J'en ai fait une formation complète d'une heure sur YouTube qui dissèque chaque brique du repo, avec démos et workflows concrets.

Si tu ne dois regarder qu'une seule de mes vidéos des 6 derniers mois, c'est celle-là.

Et si tu veux continuer à suivre ce genre de contenu chaque semaine, je publie The Agentic Dev, la newsletter qui sort tous les mardis sur les workflows IA pour les devs.