Plugins et intégrations à l'écosystème

Claude donne le meilleur de lui-même quand il se trouve dans l'outil que vous avez déjà ouvert, pas dans un onglet de navigateur vers lequel vous basculez sans arrarrL'Annual Recurring Revenue (ARR) est le revenu normalisé et prévisible qu'une entreprise par abonnement attend de ses contrats actifs sur une année.Voir la définition complète →êt. Cette leçon cartographie tous les endroits où Claude se branche : votre éditeur, votre desktop, votre Slack, vos repos, et la couche de connecteurs qui relie le tout. Ensuite, nous mettons en place l'intégration VS Code de bout en bout et nous tirons une ligne claire entre les cas où une intégration se justifie et ceux où le copier-coller suffit.

La surface d'intégration, cartographiée

Voyez Claude comme ayant trois « corps » dans lesquels vous pouvez l'installer.

Les applications Claude. Web, desktop et mobile partagent le même noyau : les Projects (des réservoirs de contexte persistants), les Artifacts (des sorties vivantes et éditables), les Styles (des préréglages de ton et de format réutilisables) et les Skills (des instructions packagées plus des fichiers que Claude charge à la demande). L'application desktop compte le plus ici parce qu'elle peut faire tourner des Connectors et des serveurs MCPMCPUn standard ouvert qui permet aux assistants IA de se connecter aux outils et données de l'entreprise de façon cohérente et gouvernée, sans intégration sur mesure à chaque fois.Voir la définition complète → locaux, ce que l'application web ne peut pas atteindre.

Claude Code. Un agent natif du terminal qui lit et modifie votre véritable système de fichiers, exécute des commandes et travaille sur votre historique git. C'est lui qui alimente les extensions IDE.

La couche API. L'APIAPIApplication Programming Interface : une interface standardisée qui permet aux applications de communiquer et d'échanger des données sans connaître leur fonctionnement interne respectif.Voir la définition complète → Messages d'Anthropic et le Claude Agent SDK pour quand vous construisez votre propre surface au lieu d'utiliser celle d'Anthropic.

Le tissu conjonctif entre ces trois éléments est MCP (Model Context Protocol), un standard ouvert pour exposer des outils et des données à un modèle. Un « Connector » dans les applications Claude est, sous le capot, généralement un serveur MCP. Apprenez MCP une fois et le même modèle mental s'applique que vous soyez dans l'application desktop, dans Claude Code ou dans votre propre build SDK. La spécification est sur modelcontextprotocol.io.

Connectors et marketplace

Un Connector permet à Claude de lire et d'agir sur un système externe : votre Google Drive, un espace de travail Notion, une base Postgres, un projet Sentry. Anthropic livre un ensemble de connecteurs first-party et héberge un annuaire de connecteurs ; beaucoup sont des serveurs MCP construits par la communauté vers lesquels vous pointez Claude.

Deux variantes comptent :

• Les connecteurs distants (hébergés, basés sur OAuth) fonctionnent dans les applications web et desktop. Bien pour les outils SaaS.
• Les serveurs MCP locaux tournent sur votre machine et exigent l'application desktop ou Claude Code. Bien pour les fichiers locaux, les bases de données et les outils internes que vous ne voulez pas exposer à Internet.

Cette distinction (distant vs local) décide vers quel « corps » de Claude vous vous tournez. Des données locales, cela veut dire desktop ou Claude Code, pas l'application web.

Mettre en place l'intégration VS Code

Passons au concret. L'extension Claude Code amène l'agent directement dans VS Code pour qu'il voie vos fichiers ouverts, votre sélection et vos diagnostics, puis propose des modifications que vous relisez en ligne.

Installation

Il vous faut d'abord le CLI Claude Code, l'extension s'y branche ensuite.

# Installer Claude Code (macOS / Linux)
curl -fsSL https://claude.ai/install.sh | bash

# Vérifier, puis s'authentifier
claude --version
claude   # la première exécution ouvre un navigateur pour se connecter

Ensuite, dans VS Code, ouvrez le panneau Extensions, cherchez Claude Code et installez l'extension officielle Anthropic. Elle détecte le CLI automatiquement. Les utilisateurs de JetBrains ont un plugin équivalent sur le JetBrains Marketplace ; le workflow ci-dessous est quasi identique.

Une fois installée, vous obtenez un panneau Claude dans la barre latérale et un raccourci clavier pour envoyer la sélection ou le fichier courant dans le contexte. La différence clé avec l'application web : Claude voit maintenant le vrai projet, pas un extrait collé. Il peut ouvrir les fichiers voisins, lire votre package.json et exécuter votre commande de test.

Cadrez-le avec une configuration de projet

Déposez un fichier CLAUDE.md à la racine de votre repo. Ce sont les instructions permanentes du projet, chargées automatiquement à chaque session. C'est le fichier au plus fort effet de levier de toute l'installation.

# Project: billing-service

## Stack
- TypeScript, Node 20, Fastify, Prisma, Postgres
- Tests: vitest. Run with `npm test`.

## Conventions
- No `any`. Prefer explicit return types on exported functions.
- All money values are integer cents, never floats.
- DB access goes through `src/db/`, never inline Prisma in routes.

## Before you finish
- Run `npm run lint && npm test` and report results.

Maintenant, quand vous demandez « ajoute un endpoint de remboursement », Claude connaît déjà votre stack, votre règle sur les montants, et sait qu'il doit exécuter le lint et les tests avant de crier victoire. Vous avez cessé de réexpliquer le contexte à chaque prompt.

Ajoutez un serveur MCP local

Disons que vous voulez que Claude interroge votre base de données de dev directement dans VS Code. Enregistrez un serveur MCP cadré sur le projet :

claude mcp add postgres-dev \
  --env DATABASE_URL="postgres://localhost:5432/billing_dev" \
  -- npx -y @modelcontextprotocol/server-postgres

Après ça, « montre-moi le schémamaUtiliser un logiciel pour automatiser les tâches et campagnes marketing répétitives, afin de personnaliser à grande échelle sur des canaux comme l'email, le web et le social.Voir la définition complète → de la table invoices et écris une migration pour ajouter une colonne refunded_at » fonctionne contre votre schéma de dev en direct, sans copier-coller de la sortie de \d invoices. Le serveur tourne en local, donc la chaîne de connexion ne quitte jamais votre machine.

L'intégration GitHub

L'intégration GitHub fait passer Claude de « dans votre éditeur » à « dans votre pipelinepipelineL'ensemble des opportunités commerciales actives réparties selon les étapes du processus de vente, avec leur valeur potentielle cumulée et leur probabilité de conclusion.Voir la définition complète → ». Installez l'application Claude GitHub sur un repo et vous pouvez mentionner @claude dans une issue ou un commentaire de PR, et il ouvrira une branche, écrira la modification et poussera une PR, ou relira une PR existante et laissera des commentaires en ligne.

C'est l'exemple le plus net d'une intégration qui bat l'application web. Le modèle agit là où le travail se trouve déjà : le diff, les logs de CI, le fil de review. Rien n'est collé nulle part. Vous branchez ça avec un workflow GitHub Actions et votre clé API Anthropic stockée en secret du repo. Utilisez-le pour trier les issues, rédiger des premières versions de PR sur des tickets bien spécifiés, et la review automatisée sur un label.

Slack et les surfaces d'équipe

L'intégration Slack de Claude met Claude dans un canal ou un DM où il peut lire le fil dans lequel il est mentionné et répondre avec votre contexte connecté. Associez-la à des connecteurs (un connecteur Notion ou Drive, par exemple) et « @Claude résume la décision de ce fil et rédige la mise à jour pour #eng-announce » devient une tâche en un seul message.

Le schéma se généralise : toute surface où votre équipe parle ou travaille déjà est un candidat. La valeur n'est pas un modèle plus intelligent, c'est la suppression de l'étape de collecte du contexte que l'humain ferait sinon à la main.

Quand une intégration bat le copier-coller

Voici la règle de décision. L'application web est un excellent brouillon. Une intégration gagne dès que l'une de ces conditions est vraie :

1. Le contexte est volumineux ou réparti dans de nombreux fichiers. Coller douze fichiers dans un chat fait perdre de l'information et vous en oublierez un. L'intégration IDE lit le repo. Le coût d'assemblage manuel du contexte est exactement ce que l'intégration supprime.

2. La sortie doit atterrir à un endroit précis. Une PR, un message Slack, une ligne de base de données, un fichier modifié. Si vous allez copier la réponse de Claude pour la coller dans un autre outil, une intégration qui écrit directement là-bas supprime un point de défaillance (le copier-coller où vous perdez le formatage ou attrapez le mauvais bloc).

3. La tâche est répétée. « Relis chaque PR au regard de notre règle sur la manipulation des montants » vaut une GitHub Action. Une question ponctuelle, non. Automatisez la boucle, pas le coup unique.

4. Les données ne peuvent pas quitter votre machine ou votre organisation. Les serveurs MCP locaux et l'application desktop gardent les choses en interne. L'application web signifie que les données transitent vers votre session de navigateur.

Quand AUCUNE de ces conditions ne tient (une question ponctuelle rapide, un brainstorm, un extrait assez court pour être collé), l'application web est vraiment le bon outil. Ne suringéniérez pas. La charge de l'intégration (fichiers de config, auth, serveurs MCP) ne devient rentable que lorsque le contexte, la destination ou la répétition entrent en jeu.

Une comparaison concrète

Vous devez ajouter une validation des entrées sur une seule route.

• Voie copier-coller : coller la route, coller le fichier de schéma, coller la doc de la bibliothèque de validation, décrire la convention, recopier la réponse, corriger le chemin d'import qu'elle a mal deviné, exécuter les tests vous-même.
• Voie intégration VS Code : « ajoute la validation à la route POST /refunds selon nos conventions. » Claude lit la route, le schéma et CLAUDE.md, écrit la modification avec les bons imports, exécute npm test et fait son rapport. Vous relisez le diff.

La seconde voie n'est pas plus intelligente. C'est le même modèle avec la friction retirée.

Construire votre propre surface

Quand aucune intégration existante ne convient, vous en construisez une avec l'Agent SDK. C'est la porte de sortie : vous conservez les capacités d'usage d'outils et de MCP de Claude mais vous les enveloppez dans votre propre application, cron job ou service interne.

import anthropic

client = anthropic.Anthropic()

resp = client.messages.create(
    model="claude-sonnet-4-5",
    max_tokens=1024,
    messages=[{
        "role": "user",
        "content": "Summarize today's failed payments and flag any over $500.",
    }],
)
print(resp.content[0].text)

C'est l'API Messages brute. L'Agent SDK se construit par-dessus pour vous donner la même boucle d'agent, le même appel d'outils et le même support MCP que ceux utilisés par Claude Code, si bien qu'un script nocturne peut faire ce que vous feriez sinon à la main dans l'application. Les points de départ et les sources du SDK sont sous github.com/anthropics.

Le modèle mental : les applications pour réfléchir, Claude Code et les extensions IDE pour construire, le SDK pour embarquer la boucle dans votre propre infrastructure. MCP est le câble qui relie vos outils aux trois.

Points clés

• Accordez la surface aux données. Les connecteurs SaaS distants fonctionnent dans l'application web ; les fichiers locaux et les bases de données exigent l'application desktop ou Claude Code. Ne luttez pas contre cette frontière.
• Écrivez un `CLAUDE.md` pour chaque repo. C'est l'étape au plus fort effet de levier de l'installation IDE ; elle supprime le contexte que vous retaperiez sinon à chaque prompt.
• Utilisez la règle en quatre points (contexte volumineux, destination précise, tâche répétée, ou données qui ne peuvent pas sortir) pour choisir entre une intégration et l'application web. Si aucun ne s'applique, utilisez simplement l'application web.
• Tournez-vous vers l'intégration GitHub et Slack quand le travail vit déjà dans une PR ou un fil, pour que Claude agisse sur place au lieu de vous demander de recopier des sorties d'un outil à l'autre.
• Apprenez MCP une fois. Le même protocole sous-tend les connecteurs, les serveurs Claude Code et vos propres builds avec l'Agent SDK, donc la compétence se transfère à toutes les surfaces.