Claude Code & Cowork : l'écosystème complet pour travailler avec l'IA

Claude Code : bien plus qu’un assistant terminal

Claude Code est l’agent en ligne de commande d’Anthropic. Il lit votre code, modifie vos fichiers, exécute des commandes, gère vos commits Git. Jusque-là, rien de très différent d’un Cursor ou d’un Copilot. Ce qui change la donne, c’est l’écosystème d’extensibilité qui s’est construit autour : skills, hooks, subagents, équipes d’agents, plugins. Claude Code n’est pas un assistant passif. C’est une plateforme sur laquelle vous construisez vos propres workflows.

Voici ce que chaque brique apporte concrètement.

Les Skills : des capacités sur mesure

Un skill est un fichier Markdown (SKILL.md) qui contient des instructions réutilisables. Quand Claude Code le charge, il sait faire quelque chose de nouveau : déployer, auditer, créer un composant selon vos conventions, lancer une suite de tests avec un protocole précis.

Les skills vivent à trois endroits :

• ~/.claude/skills/ pour vos skills personnels (disponibles dans tous vos projets)
• .claude/skills/ dans le repo pour les skills partagés avec l’équipe
• Dans les plugins (on y revient plus bas)

Il y a deux types de skills. Les user-invocable sont des commandes slash que vous déclenchez manuellement — /deploy, /review, /scaffold-component. Les Claude-invocable sont des connaissances de fond que Claude charge automatiquement quand le contexte le justifie.

Ce qui rend les skills puissants, c’est qu’ils sont dynamiques. Vous pouvez utiliser $ARGUMENTS pour injecter des paramètres, et le préprocesseur shell !command pour injecter le résultat d’une commande au moment du chargement.

Un exemple concret, un skill /deploy :

---
name: deploy
description: Run tests, build, and deploy to production
user_invocable: true
---

# Deploy workflow

1. Run the full test suite: `npm test`
2. If tests pass, build the project: `npm run build`
3. Deploy to Cloudflare Pages: `npx wrangler pages deploy dist/`
4. Verify the deployment is live by checking the production URL
5. If any step fails, stop and report the error — do NOT continue

L’avantage par rapport à un script bash : Claude Code adapte son comportement si quelque chose ne se passe pas comme prévu. Un test qui échoue ne produit pas un message d’erreur cryptique dans votre terminal, mais une explication de ce qui a cassé et une proposition de correction.

Les Hooks : automatiser les garde-fous

Les hooks sont des actions qui s’exécutent automatiquement à des moments précis du cycle de vie de Claude Code. Avant qu’il utilise un outil (PreToolUse), après (PostToolUse), quand vous soumettez un prompt (UserPromptSubmit), quand il s’arrête (Stop), ou quand il envoie une notification.

Trois types de handlers existent :

• command : exécute une commande shell et utilise sa sortie
• prompt : envoie un prompt à un sous-modèle rapide pour une décision
• agent : lance un agent complet avec accès aux outils

Le cas d’usage le plus immédiat : empêcher les erreurs avant qu’elles n’arrivent. Un hook PreToolUse sur l’outil Bash peut bloquer un git push --force sur main. Un hook PostToolUse sur l’outil Edit peut lancer un linter après chaque modification de fichier.

Exemple de configuration dans .claude/settings.json :

{
  "hooks": {
    "PostToolUse": [
      {
        "matcher": "Edit",
        "handler": {
          "type": "command",
          "command": "eslint --fix $CLAUDE_FILE_PATH"
        }
      }
    ],
    "PreToolUse": [
      {
        "matcher": "Bash",
        "handler": {
          "type": "prompt",
          "prompt": "If this command contains 'push --force' or 'push -f' to main or master, respond BLOCK. Otherwise respond ALLOW."
        }
      }
    ]
  }
}

Les hooks transforment Claude Code d’un agent autonome en un agent autonome avec des rails. C’est la différence entre donner les clés de la voiture et donner les clés de la voiture avec un GPS et des limites de vitesse.

Les Subagents : déléguer intelligemment

Quand une tâche est trop grosse ou trop spécialisée, Claude Code peut lancer des sous-agents via l’outil Task. Chaque sous-agent a sa propre conversation, son propre contexte, et peut tourner en arrière-plan pendant que l’agent principal continue.

Plusieurs types de sous-agents sont disponibles par défaut :

• Explore : lecture seule, rapide, idéal pour la recherche dans le code
• Plan : conçu pour l’architecture et la planification, pas d’écriture de fichiers
• General-purpose : accès complet à tous les outils
• Bash : exécution de commandes uniquement

Vous pouvez aussi créer des sous-agents custom dans .claude/agents/ avec un frontmatter YAML. C’est là que ça devient intéressant : vous pouvez restreindre les outils disponibles, forcer un modèle spécifique, ou limiter les permissions.

---
name: security-reviewer
description: Reviews code changes for security issues
model: claude-sonnet-4-20250514
tools:
  - Read
  - Grep
  - Glob
allowedCommands: []
---

You are a security reviewer. Analyze the code changes for:
- SQL injection vulnerabilities
- XSS vectors
- Hardcoded secrets
- Insecure dependencies

Report findings with severity (critical/high/medium/low) and file locations.
Do NOT modify any files.

Une limitation à connaître : les sous-agents ne peuvent pas lancer d’autres sous-agents. L’arborescence reste plate, ce qui évite les boucles infinies mais impose de bien penser la décomposition des tâches.

Les Agent Teams : orchestrer un essaim

Les Agent Teams poussent le concept un cran plus loin : plusieurs instances de Claude Code travaillent en parallèle, coordonnées par un chef d’équipe. C’est une fonctionnalité expérimentale, mais déjà utilisable.

Le principe : un agent leader crée une équipe, spawne des coéquipiers spécialisés, et répartit les tâches via une liste partagée. Chaque agent peut envoyer des messages aux autres, signaler un blocage, ou marquer une tâche comme terminée.

Un cas d’usage typique : vous avez une feature full-stack à implémenter. Le leader décompose le travail, assigne le frontend à un agent, le backend à un autre, et les tests à un troisième. Les trois travaillent en parallèle. Quand l’agent backend termine son endpoint, il le signale, et l’agent frontend peut commencer l’intégration.

Les outils principaux : TeamCreate pour créer l’équipe, TaskCreate pour les tâches, SendMessage pour la communication inter-agents, TaskUpdate pour le suivi.

C’est puissant, mais cela demande un CLAUDE.md bien structuré pour que chaque agent ait le contexte nécessaire sans intervention manuelle.

Le contexte partagé : CLAUDE.md et mémoire

Le fichier CLAUDE.md est le cerveau de la configuration. Claude Code le lit automatiquement au démarrage et s’y réfère tout au long de la session. Il existe à plusieurs niveaux :

• Projet (.claude/CLAUDE.md ou CLAUDE.md à la racine) : conventions de code, architecture, stack technique
• Utilisateur (~/.claude/CLAUDE.md) : préférences personnelles, guidelines globales
• Local (.claude/CLAUDE.local.md) : configuration machine-spécifique, non commitée

Le dossier .claude/rules/ permet de modulariser les instructions avec des fichiers séparés : testing.md, security.md, style.md. Chaque fichier est chargé comme une règle additionnelle.

Claude Code dispose aussi d’une mémoire automatique. Entre les sessions, il retient les patterns qu’il apprend sur votre codebase : conventions de nommage, structure de tests, préférences de formatting. Cette mémoire se cumule et rend l’agent plus efficace au fil du temps.

Conseil pratique : mettez dans le CLAUDE.md projet les conventions que tout le monde doit suivre (architecture, nommage, stack). Mettez dans votre CLAUDE.md personnel vos préférences de style (verbosité des messages, langue, comportement face à l’ambiguïté).

Claude Cowork : l’agent pour les non-devs

Claude Cowork est le pendant graphique de Claude Code, intégré à Claude Desktop. Il cible les profils métier plutôt que les développeurs : chefs de projet, analystes, managers, consultants.

Cowork peut naviguer sur le web, manipuler des fichiers, créer des documents (Word, Excel, PowerPoint, PDF), analyser des données, et exécuter des tâches multi-étapes. Il tourne en local dans un environnement virtualisé, ce qui signifie qu’il a accès à votre système de fichiers sans envoyer vos données sur un serveur distant.

L’écosystème de plugins est partagé entre Claude Code et Cowork. Un plugin de création de documents fonctionne des deux côtés. C’est ce qui permet aux équipes mixtes (devs + métier) de travailler avec les mêmes outils et les mêmes conventions.

Les Plugins : tout assembler

Les plugins sont le mécanisme d’empaquetage. Un plugin regroupe des skills, des hooks, des agents custom et des serveurs MCP dans un seul package installable. Chaque élément est namespacé : /marketing:brand-voice, /legal:contract-review.

Anthropic maintient des plugins officiels sur GitHub pour plusieurs domaines : legal, sales, marketing, data. La communauté en publie d’autres. Vous pouvez aussi créer les vôtres pour vos workflows internes.

L’intégration MCP (Model Context Protocol) est la couche qui connecte les plugins au monde extérieur : bases de données, API, outils SaaS. Un serveur MCP transforme n’importe quelle source de données en outil que Claude Code peut utiliser nativement.

Quand utiliser un plugin vs une configuration .claude/ standalone ? Si vos skills et hooks sont spécifiques à un projet, gardez-les dans le repo. Si vous les réutilisez sur plusieurs projets ou si vous voulez les partager avec d’autres équipes, empaquetez-les en plugin.

Ce qu’on en fait chez nous

Nous utilisons Claude Code au quotidien sur les projets clients. Nos skills custom gèrent les workflows de déploiement, la génération de documentation technique, et le scaffolding de composants selon les conventions de chaque projet. Nos hooks garantissent la qualité du code avant chaque commit. Les subagents parallélisent les revues de code et les audits de sécurité.

C’est aussi ce que nous enseignons dans nos formations. Pas la théorie de l’IA agentique, mais la mise en place concrète : comment structurer un CLAUDE.md efficace, quels hooks mettre en place dès le premier jour, comment découper un projet en tâches pour les Agent Teams.

L’écosystème Claude Code est en évolution rapide. Mais les fondamentaux sont stables : skills pour les capacités, hooks pour les garde-fous, subagents pour la parallélisation, et plugins pour le partage. Si vous travaillez avec du code au quotidien, c’est un investissement qui se rentabilise en quelques jours.