Dans les chapitres précédents, vous avez installé Claude Code, appris à lui donner des instructions et à vous sortir des impasses. Passons maintenant à l'étape suivante : « renforcer » Claude Code lui-même. Il est déjà très puissant tel quel, mais on peut aller plus loin ― le connecter à des outils externes, automatiser des tâches, répartir le travail entre plusieurs IA, revenir en arrière sur des modifications. Ce sont là les portes d'entrée de l'extension. Dans ce chapitre, nous dressons une carte de « ce que fait chacune » et de « quand elle est utile ».

Les cinq directions ouvertes par les extensions

Étendre les capacités par « connecter, automatiser, répartir, filet de sécurité, résultats »

🔌 Connecter
Relier l'IA à des outils et des données externes avec MCP.
⚙️ Automatiser
Automatiser les traitements fixes et répétitifs avec hooks et loop.
👥 Répartir
Distribuer le travail entre plusieurs IA avec les subagents.
🛟 Filet de sécurité
Revenir en arrière sur les modifications avec checkpointing / rewind.
📦 Résultats et procédures
Regrouper procédures et résultats avec skills / artifacts / plugins.

Que sont les extensions ― cinq directions d'expansion

Les extensions de Claude Code sont nées séparément les unes des autres, mais tout devient bien plus clair si on les regarde sous l'angle du « sens dans lequel elles étendent les capacités de l'IA ». Avant de mémoriser les réglages détaillés, munissez-vous d'abord d'une carte de « quelle fonction résout quel problème ». Gardez en tête le tableau de correspondance suivant, et chacune des sections qui suivent s'assimilera sans effort.

🔌 Connecter
MCP

Relier l'IA à des données et services externes qu'elle ne peut pas atteindre seule (bases de données, gestion de tickets, outils internes, etc.). Résout le problème du « cette information, l'IA ne la connaît pas ».

⚙️ Automatiser
hooks / loop

Plutôt que de s'en remettre à l'IA pour « le traitement qu'on refait à chaque fois » ou « les tâches répétitives », les faire tourner de façon fiable par un mécanisme. Réduit le travail manuel et les oublis.

👥 Répartir
subagents / agent teams

Répartir un gros travail entre plusieurs IA et mener en parallèle recherche, implémentation et relecture. Efficace pour une envergure qu'une seule IA ne peut pas assumer.

🛟 Filet de sécurité
checkpointing / rewind

Pouvoir revenir en arrière à tout moment sur les modifications apportées par l'IA. La base qui rend le « déléguer sans crainte » possible.

📦 Procédures et résultats
skills / artifacts / plugins

Regrouper les procédures, résultats et jeux d'extensions fréquemment utilisés sous une forme réutilisable, à distribuer et partager.

📌 Comment lire ce chapitre. Ici, il suffit de saisir la vue d'ensemble de « ce qui est possible ». Nous n'entrons pas dans le détail des réglages ou des exemples concrets : ceux-ci sont renvoyés aux articles spécialisés en fin de chaque section. Retenez d'abord les noms et les rôles, de manière à pouvoir y revenir le moment venu.

Connecter ― MCP

Aussi intelligente soit-elle, l'IA ne connaît pas les données que vous avez sous la main ni le contenu de vos outils internes. La valeur actuelle d'une base de données, un ticket dans un outil de gestion de projet, le contenu d'un fichier de design ― c'est MCP (Model Context Protocol) qui fait le pont entre l'IA et ce « monde extérieur ». On le comprend bien en le voyant comme la norme d'une « prise » commune.

🔌 MCP (Model Context Protocol)

Quoi : le « standard de connexion » qui relie l'IA aux outils et données externes selon une norme commune. En ajoutant un serveur compatible, Claude Code peut piloter cet outil directement.

Quand c'est utile : quand vous voulez implémenter en consultant le contenu d'une base de données, vous connecter à un outil de gestion de projet ou de design, ou faire exploiter par l'IA les informations d'un système interne.

💡 La clé pour résoudre le « l'IA ne connaît pas cette information ». MCP est particulièrement polyvalent parmi les extensions, et de nombreux outils progressent dans leur prise en charge. Son fonctionnement et sa mise en place sont détaillés dans Qu'est-ce que MCP ― fonctionnement et cas d'usage. Pour l'instant, il suffit de retenir qu'« il existe une norme commune pour connecter l'IA à l'extérieur ».

Automatiser ― hooks et loop

Demander à chaque fois à l'IA « exécute aussi les tests » ou « applique aussi le formatage », c'est fastidieux et sujet à l'oubli. Il est plus sûr de faire tourner les traitements fixes de façon fiable par un mécanisme. C'est là qu'interviennent les hooks et la commande loop. Les premiers servent à « exécuter automatiquement en fonction d'un moment donné », la seconde à « automatiser en bloc les tâches répétitives ».

⚙️ hooks

Quoi : un mécanisme permettant d'insérer vos propres scripts « avant » ou « après » que l'IA exécute un outil. On peut par exemple automatiser « lancer systématiquement le formateur après l'édition d'un fichier ».

Quand c'est utile : lint et formatage à la sauvegarde, vérifications avant commit, blocage préventif des commandes dangereuses ― quand vous voulez garantir un traitement type à réaliser impérativement à chaque fois.

🔁 commande loop

Quoi : un mécanisme pour exécuter de façon répétée la même instruction à intervalles réguliers, ou jusqu'à ce qu'une condition soit remplie. On peut lui confier des répétitions comme « vérifier l'état d'un déploiement toutes les 5 minutes ».

Quand c'est utile : vérifications périodiques, surveillance d'un traitement de longue durée, répétition d'une même tâche ― quand vous voulez faire tourner une répétition sans qu'une personne ait à rester devant l'écran.

✅ Réduire les « oublis » et le « travail manuel ». Les hooks sont présentés dans Que sont les hooks de Claude Code, et la commande loop dans Qu'est-ce que la commande loop, avec méthodes de configuration et exemples concrets. Les hooks en particulier permettent de garantir côté mécanisme les contrôles qualité « faciles à oublier quand on les laisse à l'IA », ce qui les rend précieux en développement d'équipe.

Répartir ― subagents / agent teams

Tout entasser dans une seule IA dilue le contexte à mesure que la conversation s'allonge, et la précision baisse. D'où l'idée des subagents : diviser un gros travail et le confier à plusieurs IA. En séparant les rôles ― « chargé de la recherche », « chargé de l'implémentation », « chargé de la relecture » ― chacun peut se concentrer sur sa tâche, et la qualité d'ensemble s'améliore.

👥 subagents

Quoi : un mécanisme où l'IA parente confie une tâche précise à une « IA enfant » spécialisée. L'enfant travaille dans son propre contexte dédié et ne renvoie que le résultat au parent. On peut répartir les IA par rôle.

Quand c'est utile : recherche étendue, implémentation touchant plusieurs fichiers, tâches indépendantes à mener en parallèle. Permet de traiter un gros travail sans polluer le contexte.

🤝 agent teams

Quoi : un usage avancé où plusieurs agents collaborent de manière plus aboutie, en véritable « équipe ». Répartition des rôles et coordination s'organisent à une échelle de travail encore plus grande.

Quand c'est utile : pour un développement continu et de grande envergure, qui déborde d'une simple répartition ponctuelle. À choisir en comprenant bien la différence avec les subagents.

⚠️ Attention à ne pas en lancer trop. Le nombre d'IA tournant en parallèle a une limite ; en vouloir trop d'un coup rend au contraire le tout instable ou fait attendre. Commencez par une répartition entre 1 ou 2 IA. La différence entre subagents et agent teams et leur usage respectif sont comparés en détail dans La différence entre subagents et agent teams.

Confier des procédures ― skills

N'avez-vous pas des routines du type « cette tâche, je veux qu'elle soit toujours faite selon cette procédure » ? Tout réexpliquer à chaque fois est une perte de temps. Les skills consistent à doter l'IA à l'avance de la manière de faire (procédures, connaissances, règles) d'une tâche donnée. Le moment venu, l'IA invoque elle-même cette skill et travaille selon la méthode définie.

🧩 skills

Quoi : un mécanisme qui regroupe en un jeu les procédures, connaissances et fichiers de référence d'une tâche précise, et en dote l'IA. Invoqué automatiquement dans la situation adéquate, il traite selon la méthode définie.

Quand c'est utile : conventions de code internes, gabarits de production de documents, tâches types récurrentes ― quand vous voulez imposer strictement une « même façon de faire à chaque fois ».

💡 Rendre réutilisables les « explications répétées à chaque fois ». Là où les hooks sont « un traitement exécuté automatiquement à un moment donné », les skills sont « un mode d'emploi que l'IA décide d'invoquer » ― cette distinction aide à les différencier. Leur fonctionnement et leur création sont expliqués dans Que sont les Agent Skills.

Regrouper et distribuer ― plugins / marketplace

MCP, hooks, skills et consorts sont pratiques, mais « les configurer un par un » demande du travail. Les plugins et le marketplace permettent de les rassembler en un seul paquet, facile à ajouter et à partager. Vous pouvez importer d'un bloc un jeu d'extensions pratique créé par quelqu'un d'autre.

📦 plugins

Quoi : un « paquet d'extensions » réunissant en un jeu skills, commandes, hooks, réglages MCP, etc. Il suffit de l'ajouter pour installer d'un coup un ensemble cohérent de fonctionnalités.

Quand c'est utile : quand vous voulez uniformiser les extensions au sein d'une équipe ou importer sans attendre une configuration éprouvée.

🏪 marketplace

Quoi : l'espace où l'on distribue et se procure les plugins. On peut y chercher et installer des extensions publiées, ou partager ses propres créations.

Quand c'est utile : quand vous voulez répondre à un « j'aimerais telle fonctionnalité » en la cherchant parmi les extensions existantes et en l'ajoutant rapidement.

📦 Donner aux extensions une forme « distribuable ». La relation entre plugins et marketplace ainsi que la procédure d'installation sont récapitulées dans Que sont les plugins et le marketplace. Lorsque vous importez une extension externe, vérifiez toujours que sa provenance est digne de confiance avant de l'utiliser.

Filet de sécurité ― checkpointing et rewind

Plus on délègue largement à l'IA, plus on redoute qu'« une modification non voulue se glisse par inadvertance ». C'est là qu'agit un filet de sécurité permettant de revenir en arrière. Si le checkpointing enregistre les étapes clés du travail et que le rewind permet d'y revenir, on peut déléguer à l'IA sans retenue. La tranquillité de pouvoir « revenir en arrière » donne le courage de déléguer hardiment.

🛟 checkpointing / rewind

Quoi : un mécanisme qui enregistre automatiquement l'avancement en cours de route, et permet ensuite de revenir en arrière sur les modifications jusqu'à n'importe quel point. Réalise le « je veux recommencer » d'un seul geste.

Quand c'est utile : quand vous confiez à l'IA une modification d'une certaine ampleur, quand vous voulez changer de direction au fil des essais, quand vous voulez annuler une édition inattendue.

✅ Rassurant surtout en complément de Git. Le checkpointing est puissant pour revenir en arrière au sein d'une session, mais il ne remplace pas la gestion de version (Git). Le plus sûr est un dispositif à deux niveaux : laisser des commits au quotidien tout en revenant sur les petits essais avec rewind. Le mécanisme est expliqué dans Que sont le checkpointing et le rewind.

Montrer le résultat ― artifacts

Au-delà d'écrire du code, on veut parfois concrétiser et montrer un résultat sur-le-champ. Une petite page web, un schéma ou une visualisation de données, un prototype d'UI ― les artifacts permettent de générer et de prévisualiser ces « résultats qu'on peut voir et vérifier ». Ils font merveille dans les situations où montrer quelque chose qui fonctionne vaut mieux qu'une longue explication écrite.

📄 artifacts

Quoi : un mécanisme qui permet de générer et prévisualiser sur-le-champ les résultats produits par l'IA (page web, schéma, visualisation, prototype d'UI, etc.). Faciles à voir, à vérifier et à partager.

Quand c'est utile : quand vous voulez montrer une première ébauche d'UI, partager des données sous forme de schéma, ou confirmer le rendu non par des mots mais par le « produit réel ».

🎨 Accélérer le « montrer pour vérifier ». Les cas d'usage et la méthode de création sont présentés dans Que sont les artifacts. Quand vous voulez affiner un design au fil du dialogue, jetez aussi un œil à Claude Design / Design Sync : cela enrichira votre boîte à outils pour la production de résultats.

Les extensions, des outils pour utilisateurs avancés

Nous venons de survoler huit extensions. Toutes sont séduisantes, mais il n'est absolument pas nécessaire de toutes les aborder dès le départ. Ce sont des outils « pour utilisateurs avancés » qui ne prennent tout leur sens qu'une fois posés sur des bases solides. Se précipiter sur les extensions avant que les fondations soient stables, c'est se laisser ballotter par la configuration et, au final, faire un détour.

① D'abord consolider les bases

Maîtriser sûrement l'installation, les permissions et la façon de donner des instructions avec le contenu du chapitre 2.

② S'habituer aux impasses

Une fois acquise la gestion des erreurs du chapitre 5, les incidents en cours d'extension ne vous déstabiliseront plus.

③ Une seule à la fois, au besoin

Quand vous vous dites « je veux résoudre ce problème précis », n'ajoutez qu'une seule extension, celle qui y répond.

⚠️ Les extensions, « seulement quand ça coince ». Les installer d'avance parce qu'elles ont l'air pratiques ne fait qu'accroître la complexité de la configuration. Une fois qu'une insatisfaction concrète apparaît (j'oublie ce traitement à chaque fois, l'IA n'a pas accès à cette information, etc.), accueillez une seule extension pour la résoudre. En respectant cet ordre, les extensions seront toujours vos alliées.

Récapitulatif du chapitre
  • Les extensions vont dans 5 directions ― connecter (MCP) / automatiser (hooks, loop) / répartir (subagents, agent teams) / filet de sécurité (checkpointing, rewind) / procédures et résultats (skills, artifacts, plugins).
  • MCP connecte l'IA aux données externes, hooks automatise les traitements types et loop les répétitions.
  • Les subagents répartissent le travail, et c'est parce qu'il y a checkpointing / rewind qu'on peut déléguer hardiment. skills, artifacts et plugins rendent procédures et résultats réutilisables.
  • Ce sont des outils pour utilisateurs avancés. La bonne approche : d'abord consolider les bases, puis en ajouter une seule à la fois, une fois le problème apparu.

Une fois réunis les outils pour étendre les capacités, place au « continuer à s'en servir intelligemment et durablement ». Dans le chapitre 7 « Coût et efficacité », nous aborderons la gestion des tokens et des limites d'utilisation, ainsi que les astuces pour s'en servir sans gaspillage.