Chapitre 10.3 — Plugins : le catalogue

⏱️ TL;DR — On a vu le mécanisme des plugins (9.4) ; voici le catalogue. La marketplace officielle (/plugin) propose surtout : des LSP (navigation/refactor précis par langage), des intégrations (GitHub, Linear, Notion, Figma, Vercel, Supabase, Sentry… = des serveurs MCP pré-configurés d’un clic), des outils de workflow (commits, revue de PR), du guidage sécurité, et des output styles. Pour un dev web, les plus rentables : le LSP TypeScript et une ou deux intégrations (GitHub, ton hébergeur). Ta config a déjà le plugin claude-code-setup.

🎯 Objectifs

Connaître les grandes familles de plugins officiels.
Identifier les plus utiles pour un dev web.
Installer un plugin utilement (et pas dix « au cas où »).
Situer le plugin claude-code-setup que tu as déjà.

Les familles de plugins officiels

La marketplace claude-plugins-official (via /plugin, navigable sur claude.com/plugins) regroupe, en gros, cinq familles :

LSP (Language Server Protocol)

Des plugins qui donnent à Claude Code la compréhension du code par langage : typescript-lsp, pyright-lsp, rust-analyzer-lsp, gopls-lsp, et d’autres. Bénéfices (rappel 6.4) : aller-à-la-définition, toutes les références exactes, diagnostics de types après édition. Ils requièrent le serveur de langage installé. Pour un dev web TypeScript, typescript-lsp est le plugin le plus rentable sur un projet de taille sérieuse.

Intégrations (des MCP d’un clic)

Des plugins qui configurent un serveur MCP pour un service, sans montage manuel (rappel 10.1) : github, gitlab (source), linear, notion, asana, atlassian (gestion de projet), figma (design), vercel, firebase, supabase (infra), sentry (monitoring), slack (comms). Installer le plugin = brancher l’intégration. Pour un dev web : GitHub + éventuellement ton hébergeur (Vercel/Supabase) couvrent l’essentiel.

Workflow, sécurité, styles

Workflow : commit-commands (git commit/push/PR guidés), pr-review-toolkit (agents de revue de PR), plugin-dev (créer tes propres plugins), agent-sdk-dev (construire avec le SDK).
Sécurité : security-guidance — relit chaque changement à la recherche de vulnérabilités courantes et guide la correction (utile, on y revient en P11).
Output styles : par ex. explanatory / learning, qui changent la façon dont l’agent répond (10.4).

Pour un dev web : le kit minimal

Tu n’as pas besoin de tout. Un bon kit de départ :

Besoin	Plugin
Navigation/refactor précis	`typescript-lsp`
Gérer issues/PR	intégration `github`
Déploiement (selon ta stack)	`vercel` / `supabase` / `firebase`
Revue sécurité	`security-guidance`
Commits/PR propres	`commit-commands`

⚠️ Piège — Installer une pile de plugins « parce qu’ils existent » (rappel 9.3/9.4). Chaque plugin ajoute des skills/hooks/MCP qui pèsent et s’exécutent avec tes droits. Installe peu, teste que ça t’apporte vraiment, désinstalle le reste. Un /plugin (onglet Installés) régulièrement nettoyé vaut mieux qu’un catalogue coché en entier.

💡 Réflexe d’architecte — Choisis un plugin par le manque qu’il comble (comme un MCP, 10.1), pas par sa présence dans la liste. « Je veux une navigation de code exacte » → typescript-lsp. « Je veux gérer mes PR depuis la session » → github. Si tu ne peux pas nommer le manque, tu n’as pas besoin du plugin.

Ce que tu as déjà

Ta config a un plugin installé : claude-code-setup (de la marketplace officielle), qui fournit la skill claude-automation-recommender — elle analyse un codebase et recommande des automatisations (hooks, subagents, skills, plugins, MCP) adaptées. C’est un bon point de départ méta : lance-la sur un projet pour obtenir des suggestions de setup.

🧭 Sur TaskFlow — Pour TaskFlow, on installera typescript-lsp (navigation exacte sur un projet TS qui grossit) et l’intégration github (gérer les issues/PR de TaskFlow depuis la session). On pourra lancer claude-automation-recommender (déjà là) pour vérifier qu’on n’a rien oublié côté hooks/skills. Kit minimal, pas de catalogue coché.

✏️ Exercices

Exercice 1 — Ton kit minimal. Parcours /plugin. Choisis au plus 3 plugins qui comblent un manque réel de ta stack. Pour chacun, nomme le manque. Installe-en un, teste-le.

✅ Solution

Pour un dev web TS, le trio fréquent : typescript-lsp (navigation), github (PR/issues), un plugin d’hébergeur. Chacun doit correspondre à un manque nommé. Si tu ne trouves pas 3 manques réels, n’installe qu’un ou deux plugins — c’est un bon signe, pas un manque.

Exercice 2 — Recommandations méta. Lance la skill claude-automation-recommender (via ton plugin claude-code-setup) sur un projet. Qu’est-ce qu’elle suggère que tu n’avais pas ? (hooks ? skill ? MCP ?)

✅ Solution

Souvent elle pointe le gisement n°1 : des hooks absents (format/lint/test), ou un MCP utile (Playwright pour la vérif visuelle). Ça recoupe ce playbook. Traite ses suggestions comme un audit de setup : garde ce qui comble un manque, ignore le reste.

🧠 Quiz de révision

1. Quelles sont les grandes familles de plugins officiels ?

LSP (navigation de code par langage), intégrations (MCP pré-configurés : GitHub, Linear, Vercel…), workflow (commits, revue PR), sécurité (guidage), output styles.

2. Quel plugin est le plus rentable pour un dev web TypeScript ?

typescript-lsp : navigation exacte (définitions, références), diagnostics de types après édition — décisif sur un projet TS sérieux (6.4).

3. Qu’apporte un plugin d’« intégration » ?

Il configure un serveur MCP pour un service (GitHub, Vercel, Sentry…) sans montage manuel : installer le plugin = brancher l’intégration.

4. Comment choisir un plugin ?

Par le manque qu’il comble (comme un MCP), pas par sa présence dans la liste. Si tu ne peux pas nommer le manque, tu n’en as pas besoin. Installe peu, nettoie régulièrement.

5. Quel plugin as-tu déjà, et que fait-il ?

claude-code-setup, qui fournit claude-automation-recommender : elle analyse un codebase et recommande des automatisations (hooks, skills, subagents, MCP, plugins) adaptées. Un bon audit de setup.

Chapitre suivant : Output styles, statusline & settings — les derniers réglages d’expérience.