Plugins Claude : experts métier open source

Contexte

Un assistant IA généraliste rédige et raisonne bien, mais il ignore comment travaille votre équipe. Il ne sait pas quels outils contiennent vos données, quel vocabulaire emploient vos collègues, ni quelles étapes impose votre processus de validation. knowledge-work-plugins est la réponse open source d'Anthropic à ce manque. Le dépôt GitHub s'adresse aux travailleurs du savoir qui utilisent Claude Cowork, et il reste compatible avec Claude Code.

Le principe de Claude Cowork est simple : l'utilisateur fixe un objectif, et Claude livre un résultat complet et professionnel. Pour une fonction précise, Claude a toutefois besoin d'un point de départ. Le dépôt le fournit sous forme de plugins, chacun construit autour d'un métier. Chaque plugin réunit quatre types d'éléments : compétences, connecteurs, commandes slash et sous-agents. Le dépôt dépasse les trente et un mille étoiles sur GitHub, signe d'un fort intérêt pour cette approche par métier.

Le projet n'est pas un énième framework d'agents. C'est une couche de configuration et de capacités, organisée par fonction. Les mainteneurs le disent clairement : la vraie valeur apparaît quand l'équipe adapte les plugins à ses propres outils, à son vocabulaire et à ses flux. Le dépôt sert donc de modèle, pas de produit fermé.

Analyse approfondie

À quoi sert chaque élément d'un plugin de knowledge-work-plugins ? Les compétences décrivent comment réaliser un type de tâche. Les connecteurs relient Claude aux outils et aux données externes. Les commandes slash sont les points d'entrée que l'utilisateur tape. Les sous-agents prennent en charge les tâches qui peuvent être détachées du travail principal. Ensemble, ils placent la méthode de travail et l'accès aux données dans un même paquet. Le dépôt livre 11 plugins. Le plugin productivity gère les tâches, les agendas et le contexte personnel. Le plugin sales couvre la recherche de prospects, la préparation d'appels, la revue du pipeline et les fiches concurrentielles. Le plugin customer-support trie les tickets, rédige des réponses, prépare les dossiers d'escalade et transforme les problèmes résolus en articles de base de connaissances. Le plugin product-management écrit des spécifications, planifie des feuilles de route et synthétise la recherche utilisateur. Le plugin marketing rédige des contenus, planifie des campagnes et respecte le ton de la marque.

Le plugin legal examine les contrats, filtre les accords de confidentialité et évalue les risques. Le plugin finance traite les écritures de journal, les rapprochements, les états financiers et l'analyse des écarts. Le plugin data écrit du SQL, mène des analyses statistiques, construit des tableaux de bord et valide les résultats avant leur partage. Le plugin enterprise-search lance une seule requête sur les courriels, les messageries, les documents et les wikis. Le plugin bio-research se connecte à des sources en sciences de la vie comme PubMed, ChEMBL et Open Targets. Le dernier, cowork-plugin-management, crée de nouveaux plugins ou ajuste ceux qui existent. L'étendue des connecteurs est la différence la plus nette. Slack, Notion, Jira, Microsoft 365, Snowflake, BigQuery et HubSpot figurent dans les manifestes des plugins. Chaque plugin vit dans son propre répertoire, comme productivity, sales ou legal. Une équipe peut donc ne copier que la partie dont elle a besoin. Deux chemins mènent à la prise en main. Un utilisateur choisit le plugin de son métier, l'active dans Claude Cowork et démarre via ses commandes slash : le plugin sales prépare un appel, le plugin data écrit du SQL puis vérifie le résultat avant diffusion. Un responsable d'outils peut aussi traiter un plugin comme un modèle, lire les compétences et connecteurs prédéfinis, puis les remplacer par ses systèmes, son vocabulaire et ses étapes d'approbation. L'extrait source ne donne ni commandes d'installation, ni étapes de permissions, ni modalités d'autorisation des connecteurs : mieux vaut suivre le texte du dépôt que supposer.

Impact sur l'industrie

Le changement principal est que le savoir de l'entreprise devient un actif d'ingénierie. Les équipes gardent souvent leurs méthodes dans des notes personnelles ou des prompts dispersés, et chaque nouvel arrivant repart de zéro. Un plugin fige la méthode, la source de données et la commande d'entrée au même endroit. Cet actif peut être partagé et versionné, ce qui facilite la cohérence des résultats.

Le projet s'appuie aussi sur l'expérience interne d'Anthropic. L'entreprise décrit les 11 plugins comme construits à partir de son propre travail et inspirés par lui. Cette origine donne au dépôt plus de valeur de référence qu'un modèle générique.

Les risques sont réels, et les sources en citent plusieurs. Les connecteurs donnent à Claude un accès aux courriels, aux messageries, aux contrats et aux données financières, par nature sensibles. Chaque équipe doit décider de l'étendue des permissions et des actions qui exigent une confirmation humaine. Les plugins legal et finance apportent une aide, et des professionnels qualifiés doivent toujours vérifier les conclusions. Un modèle générique peut aussi mal convenir à une entreprise donnée : sans personnalisation, attendre de bons résultats mène probablement à la déception.

Perspectives

Trois questions orienteront la suite. Le nombre de plugins et la couverture des fonctions vont-ils dépasser les 11 actuels ? La communauté va-t-elle créer des plugins tiers pour des secteurs précis ? La même structure fonctionnera-t-elle aussi bien dans Claude Code que dans Claude Cowork ?

Les données fournies ne disent rien de la fréquence des commits ni du traitement des tickets. Qui s'intéresse à la santé du projet devrait ouvrir le dépôt et vérifier lui-même. Le nombre d'étoiles signale l'attention, mais pas la maintenance à long terme.

Si ces questions reçoivent de bonnes réponses, les plugins par métier pourraient devenir un mode courant de livraison de l'IA en entreprise. Le plugin cowork-plugin-management va déjà dans ce sens, puisqu'il transforme aussi le point d'entrée du développement sur mesure en plugin. Pour l'instant, le geste pratique reste modeste : choisir le plugin le plus proche de sa fonction, lire ce qu'il préconfigure, puis remplacer ces réglages par ses propres outils et règles.