Claude Code est puissant, même pour écrire du code. Mais ce qui prend vraiment du temps dans le travail professionnel, ce n'est pas seulement l'implémentation. Cela implique de rechercher les décisions passées, d'organiser des spécifications, d'écrire du SQL, de réviser des designs, de vérifier avant une mise en production, de lire des contrats et des PDF, et de créer des rapports pour les parties prenantes. Le travail des développeurs et des équipes produit s'étend bien au-delà du code.
C'est là que les plugins officiels de Claude entrent en jeu.
Cet article ne couvre pas les plugins de développement spécifiques au marché de la CLI Claude Code. Nous nous intéressons plutôt aux plugins métier officiels d'Anthropic qui peuvent être sélectionnés dans l'onglet « Répertoire -> Plugins -> Anthropic » de Claude Desktop, comme le montre l'image. Plus précisément, ceux-ci incluent Engineering, Product Management, Data, Design, Enterprise Search, PDF Viewer, etc.
Bien qu'ils soient principalement fournis pour Chat et Cowork de Claude Desktop, le dépôt officiel d'Anthropic indique qu'ils fonctionnent également avec Claude Code. En important les mêmes packages dans Claude Code, vous pouvez intégrer des compétences, des commandes slash et des connecteurs MCP dans votre flux de travail de développement. En bref, le postulat de cet article est « utiliser les plugins officiels trouvés sur le desktop dans Claude Code ».
Au 18 juillet 2026, les plugins sont disponibles sur les formules payantes : Pro, Max, Team et Enterprise. Les plugins regroupent des compétences, des connecteurs et des sous-agents. Les compétences installées peuvent être utilisées dans le chat web, le chat Claude Desktop et Cowork. Cependant, comme certains hooks et sous-agents sont exclusifs à Cowork, vous devez vérifier « ce qui s'exécute où » pour chaque plugin.
Dans cet article, j'ai sélectionné 10 plugins en fonction de leur utilité pratique récurrente pour les développeurs, les chefs de produit, les designers, les responsables techniques et les développeurs solo, plutôt que de simplement choisir ceux qui ont le plus de fonctionnalités.
Premièrement, la méthode d'installation à connaître
Dans Claude Desktop, ouvrez « Personnaliser » dans la barre latérale gauche, allez dans l'onglet « Plugins » et appuyez sur « + » pour afficher le répertoire. Ensuite, sélectionnez l'onglet « Anthropic » et appuyez sur « + » ou « Installer » sur la carte cible. Après l'installation, vous pouvez vérifier les compétences et commandes ajoutées en tapant « / » dans le champ de saisie ou en ouvrant le menu « + ».
Pour utiliser les mêmes plugins dans Claude Code, ajoutez le marché officiel Knowledge Work et installez-les individuellement.
claude plugin marketplace add anthropics/knowledge-work-plugins
claude plugin install engineering@knowledge-work-plugins
Vous pouvez remplacer engineering par data, design, product-management, etc. Une fois installés, ils sont automatiquement référencés lorsque des compétences sont nécessaires, et les commandes explicites peuvent être appelées avec des espaces de noms comme /engineering:review ou /data:write-query.
Notez que certains plugins démarrent des serveurs MCP locaux ou se connectent à des services externes comme Google Drive, Slack, GitHub et Figma. Étant donné que les MCP locaux peuvent s'exécuter sur votre terminal avec des autorisations équivalentes à celles des programmes normaux, vérifiez toujours le fournisseur, les autorisations requises, les destinations de connexion et s'ils ont un accès en écriture.
1. Engineering | L'ensemble de base indispensable pour les équipes de dev
Engineering est la priorité absolue. Son périmètre est large, couvrant les stand-ups, les revues de code, le débogage, les décisions d'architecture, la gestion des incidents, les vérifications pré-déploiement et la documentation technique. Il sert de fondation pour utiliser Claude Code non seulement comme un outil d'implémentation, mais comme un partenaire soutenant l'ensemble du processus de développement.
Les commandes représentatives incluent /engineering:review pour réviser les changements, /engineering:debug pour la reproduction/l'isolation/l'identification de la cause racine/la correction, /engineering:architecture pour organiser les décisions techniques au format ADR, /engineering:incident pour le support en cas de défaillance, et /engineering:deploy-checklist pour vérifier les oublis avant la mise en production. Il inclut des connaissances sur les stratégies de test, la dette technique, la conception de systèmes et la documentation, et pas seulement des compétences en revue de code.
Il est particulièrement utile dans les étapes avant et après l'écriture du code. Par exemple, avant l'implémentation, utilisez /engineering:architecture pour décider si une fonction doit être synchrone ou utiliser une file d'attente ; après l'implémentation, lancez /engineering:review ; et avant la production, exécutez /engineering:deploy-checklist. En cas de défaillance, au lieu de simplement fixer les logs, vous pouvez enregistrer chronologiquement les conditions de reproduction, le périmètre d'impact, les hypothèses, les résultats de vérification, les mesures d'atténuation et les correctifs permanents.
Pour un premier essai, la demande suivante est facile à comprendre :
/engineering:review
Veuillez vérifier ce diff dans l'ordre : exactitude, sécurité, performance et maintenabilité.
Listez d'abord les problèmes de gravité élevée, et fournissez une justification et une suggestion de correction pour chaque point.
Cependant, les résultats de la revue ne doivent pas remplacer les tests ou l'intégration continue. Engineering est puissant en tant que plugin pour structurer les supports de prise de décision ; il ne garantit pas le succès de la construction, les vérifications de type ou le comportement dans un environnement réel. Sa valeur maximale est réalisée lorsque l'implémentation, les tests et la revue sont intégrés dans un seul flux.
2. Product Management | Transformer des idées vagues en spécifications implémentables
Si vous lancez soudainement « crée cette fonctionnalité » à Claude Code, il produira une implémentation plausible. Cependant, si l'on ne sait pas clairement pour qui le problème est résolu, ce qui est hors du périmètre et comment le succès est mesuré, des retouches importantes seront nécessaires après l'achèvement. Product Management est un plugin qui renforce ce processus en amont.
Il inclut /product-management:write-spec pour rédiger des spécifications fonctionnelles ou des PRD, /product-management:roadmap-update pour mettre à jour les feuilles de route, /product-management:stakeholder-update pour les rapports d'avancement, /product-management:synthesize-research pour résumer des entretiens/enquêtes, /product-management:competitive-brief pour les comparaisons concurrentielles, /product-management:metrics-review pour vérifier les indicateurs, et /product-management:brainstorm pour approfondir les hypothèses. Les cadres PM courants comme RICE, MoSCoW, Jobs-to-be-Done et Opportunity Solution Trees sont également intégrés en tant que compétences.
La synergie avec Claude Code réside dans « la connexion des spécifications et de l'implémentation dans la même conversation ». D'abord, organisez les problèmes, les utilisateurs cibles, les critères d'acceptation, les exigences non fonctionnelles, les métriques de succès et les éléments en suspens avec /product-management:write-spec. Ensuite, déposez ce contenu dans les Issues, décomposez-le en tâches d'implémentation, et enfin révisez-le avec Engineering. Cela permet de garder les raisons des changements de code cohérentes sans que le document de spécification ne prenne la poussière ailleurs.
En pratique, plutôt que de lui faire écrire la version finale en une seule fois, il est important de d'abord spécifier : « Demande des précisions sur les points flous et indique clairement quels éléments sont des hypothèses. » Le plugin PM est utilisé non seulement pour polir le texte, mais pour révéler l'ambiguïté. Un PRD qui expose les questions à résoudre avant l'implémentation est plus précieux qu'un PRD bien présenté.
3. Enterprise Search | Retrouver les décisions passées éparpillées dans Slack, les emails et les docs
L'une des tâches les plus gaspilleuses de temps dans le développement en équipe est le temps passé à chercher « où cela a-t-il été décidé ? » Quand les spécifications sont dans Notion, les discussions dans Slack, les approbations par email, le statut dans Jira et les documents finaux dans Google Drive, la simple recherche épuise la concentration.
Enterprise Search effectue une recherche croisée dans les chats, emails, stockage cloud, wikis, gestion de projet, CRM et gestion de tickets connectés, en dédoublonnant les résultats en une seule réponse. Lorsque vous lancez une question via /enterprise-search:search, Claude décompose la question en requêtes pour chaque source et les intègre avec des citations. Avec /enterprise-search:digest --daily ou --weekly, vous pouvez résumer les décisions, les actions et les mentions par sujet.
Pour les développeurs, c'est puissant pour retrouver les ADR passés, les réponses aux incidents, les historiques de changements d'API, les propriétaires de fonctionnalités spécifiques et les demandes clients. Par exemple, vous pouvez demander : « Pourquoi avons-nous décidé d'utiliser un IdP externe plutôt que de construire notre propre authentification ? » ou « Qui est le propriétaire de cette table ? » ou « Quelle était la solution de contournement temporaire précédente pour l'échec de paiement ? » C'est également efficace pour l'intégration des nouveaux membres.
La faiblesse est qu'il ne peut pas trouver d'informations dans des endroits auxquels il n'est pas connecté, et la portée de la recherche est aussi large que vos droits d'accès. Commencez par ne connecter que les sources essentielles comme Slack, la documentation et la gestion de projet, plutôt que d'étendre sans discernement aux DM privés ou aux dossiers confidentiels. Demandez toujours qu'il joigne les documents sources aux réponses et qu'il distingue entre « non trouvé » et « n'existe pas » pour une utilisation en toute sécurité.
4. Data | Du SQL et de la visualisation à la vérification des analyses
Data n'est pas seulement un plugin pour générer du SQL. Il traite l'exploration des données, les contrôles de qualité, l'analyse statistique, la visualisation, la création de tableaux de bord HTML et la vérification pré-partage comme un seul processus d'analyse.
Les principales commandes incluent /data:analyze pour procéder à l'analyse à partir de questions, /data:explore-data pour vérifier la forme, les valeurs manquantes et les anomalies des ensembles de données, /data:write-query pour écrire du SQL, /data:create-viz pour créer des graphiques avec Python, /data:build-dashboard pour des tableaux de bord HTML interactifs, et /data:validate pour vérifier les méthodes d'analyse et la logique d'agrégation. Il peut se connecter à Snowflake, Databricks, BigQuery, etc., via MCP, et peut également traiter des fichiers CSV, Excel ou des résultats collés sans connexion.
Ce qui est pratique dans Claude Code, c'est la possibilité de faire des allers-retours entre le SQL d'analyse et le code produit. Par exemple, étudiez les points d'abandon avant d'implémenter un nouveau flux d'intégration, recalculez les métriques avec la même définition après la mise en production, et visualisez la différence. Dans les investigations de bugs, vous pouvez rapidement vérifier des hypothèses comme « le taux d'échec est-il élevé uniquement pour les utilisateurs d'une version spécifique ? » ou « les NULL ont-ils augmenté après la migration des données ? »
La commande la plus précieuse est étonnamment /data:validate. Même si l'IA peut écrire du SQL rapidement, elle peut facilement se tromper dans le choix du dénominateur, les lignes en double, les fuseaux horaires, le biais de survie ou l'inclusion d'utilisateurs de test. Vous devez lui faire valider en tant qu'étape séparée après l'analyse, en spécifiant les tables utilisées, les filtres, les périodes, les définitions de métriques et les critères d'exclusion. Lors de la connexion à des bases de données de production, limitez-la d'abord à des autorisations en lecture seule.
5. Design | Connecter les revues de design aux transferts d'implémentation
Design n'est pas un plugin pour générer des images qui ont l'air « correctes ». C'est un ensemble pratique pour la conception de produits, couvrant la critique de design, la gestion du système de design, la rédaction UX, les audits d'accessibilité, l'intégration de la recherche utilisateur et les transferts aux développeurs.
/design:critique examine sous les angles de la convivialité, de la hiérarchie visuelle, de la cohérence et de l'accessibilité, tandis que /design:design-system audite les composants, les tokens, la nomenclature et les motifs. /design:handoff crée des spécifications d'implémentation incluant les dimensions, les états, les interactions et les cas limites, et /design:ux-copy aide à la rédaction de microcopies pour les messages d'erreur, les états vides et l'intégration. /design:accessibility et /design:research-synthesis sont également disponibles.
Lorsque vous l'utilisez avec Claude Code, il est préférable de trouver les lacunes dans les spécifications avec Design avant de demander à Claude Code de transformer directement les visuels Figma en code. Demandez-lui de lister les états qui ne sont pas évidents à partir des captures d'écran, comme « il y a un survol, mais qu'en est-il du focus clavier ? » ou « comment affiche-t-on le chargement, les états vides, les autorisations insuffisantes ou les échecs de communication ? » ou « cela va-t-il casser avec un texte japonais long ou un zoom à 200 % ? » Ensuite, transmettez le transfert à Claude Code en tant qu'exigences d'implémentation.
En ce qui concerne les audits d'accessibilité, bien qu'il puisse rationaliser les vérifications du point de vue des WCAG, il ne remplace pas la vérification avec de vrais navigateurs, lecteurs d'écran, opérations clavier ou utilisateurs réels. La bonne utilisation est de créer des éléments de révision avec Design et de les connecter à des tests de navigateur et à une vérification humaine.
6. PDF Viewer | Pas seulement lire des PDF, mais les corriger en les visualisant
PDF Viewer a un rôle différent de la synthèse PDF native de Claude. Il ouvre des fichiers locaux ou des URL PDF directes dans un visualiseur interactif pour surligner, annoter, ajouter des tampons, remplir des formulaires, placer des images de signature et enregistrer le PDF modifié.
Utilisez /pdf-viewer:open pour afficher et /pdf-viewer:annotate pour refléter les suggestions d'annotation page par page. /pdf-viewer:fill-form remplit les champs de saisie dans l'ordre, et /pdf-viewer:sign place une image de signature ou de paraphe. Il s'exécute en tant que serveur MCP local utilisant @modelcontextprotocol/server-pdf via npx, avec une exigence de Node.js 18 ou supérieur.
Pour les développeurs, il peut être utilisé pour la révision de spécifications d'API, de définitions d'exigences, de rapports d'audit de sécurité, de propositions de fournisseurs et de contrats. Au lieu de simplement dire « résume les problèmes », demandez-lui de « placer des annotations là où des changements sont nécessaires, et d'organiser les questions en jaune et les blocages en rouge » pour obtenir un livrable que vous pouvez retourner à l'autre partie.
D'un autre côté, si vous voulez simplement lire le contenu, la lecture PDF native de Claude est plus rapide. Vous devez utiliser PDF Viewer lorsque vous voulez écrire tout en visualisant et emporter le fichier final. Notez également que sign place une image de signature visuelle, et non une signature électronique cryptographique utilisant un certificat. Pour les contrats nécessitant une force juridique, des services de signature électronique dédiés doivent être utilisés.
7. Operations | Transformer des tâches individuelles en SOP et runbooks
Operations ressemble à un outil de gestion d'entreprise, mais il est tout à fait utilisable dans les organisations de développement. Il assiste dans l'évaluation des fournisseurs, la documentation des processus métier, la gestion des changements, la planification de la capacité, les rapports de statut pour la direction et la création de runbooks.
/operations:vendor-review organise les coûts, les risques, les contrats et les décisions de renouvellement, tandis que /operations:process-doc crée des flux, des RACI et des SOP. /operations:change-request crée des demandes de changement incluant l'analyse d'impact, les chemins d'approbation et les plans de retour arrière, et /operations:capacity-plan analyse la charge et le personnel. /operations:runbook transforme les tâches de routine en documents reproductibles incluant les procédures, les listes de contrôle, le dépannage et les points d'escalade.
En combinaison avec Claude Code, c'est puissant pour libérer les mises en production et les opérations de la « mémoire en dehors du code ». Par exemple, résumez les procédures de migration de base de données en une demande de changement, créant des vérifications pré-exécution, des éléments de surveillance, des conditions d'abandon, du SQL de retour arrière, le personnel et les messages de contact. Après un incident, créez un post-mortem avec Engineering et reflétez-le dans le runbook avec Operations.
Une mise en garde : ne rendez jamais officielle une procédure écrite par Claude sans l'avoir testée une fois. Les runbooks doivent être exécutés dans un environnement de staging, avec des humains vérifiant les commandes, les autorisations, le temps nécessaire et la façon de revenir en arrière. Operations accélère la création de documents, mais des répétitions sont nécessaires pour en faire des procédures qui fonctionnent sur le terrain.
8. Marketing | Gérer le « travail de livraison » après la mise en production avec Claude Code
Même si vous créez une bonne fonctionnalité, elle ne sera pas utilisée si les notes de version, les blogs, les emails, les pages d'atterrissage, les réseaux sociaux et les explications commerciales sont faibles. Marketing assiste la création de contenu et la conception de campagnes qui surviennent après le développement.
/marketing:draft-content crée des blogs, des publications sur les réseaux sociaux, des newsletters, des pages d'atterrissage, des communiqués de presse et des études de cas, tandis que /marketing:campaign-plan crée des plans incluant les objectifs, les cibles, les canaux, les calendriers et les KPI. /marketing:brand-review vérifie la cohérence avec la voix de la marque, et /marketing:competitive-brief, /marketing:performance-report, /marketing:seo-audit et /marketing:email-sequence sont également disponibles. L'intégration avec Slack, Canva, Figma, HubSpot, Amplitude, Notion, Ahrefs, Similarweb, Klaviyo, etc., est attendue.
Pour les utilisateurs de Claude Code, le flux consistant à lui faire créer des supports promotionnels à partir de diffs de code est pratique. Lisez les fonctionnalités modifiées, les utilisateurs cibles, les contraintes connues et les étapes de migration depuis le dépôt, et créez séparément des notes de version techniques, des annonces générales pour les utilisateurs et des FAQ commerciales. Comme la source du contenu est la même, les explications entre les canaux sont moins susceptibles d'entrer en conflit.
Cependant, s'il est utilisé sans paramètres de marque, il a tendance à produire un texte sûr et générique. Fournir des expressions interdites, un glossaire, des articles passés représentatifs, la façon de s'adresser aux clients et l'étendue de ce qui peut être affirmé, puis le passer par brand-review à la fin, augmente son utilité. Pour les rapports de performance, si la définition des données connectées est vague, il interprétera mal les conclusions, donc les définitions des KPI et les périodes de comparaison doivent être fixées.
9. Legal | Accélérer les revues de contrats, mais les humains gardent le dernier mot
Legal traite des revues de contrats pour les services juridiques internes, des déterminations primaires des NDA, de la conformité, des notes juridiques et des réponses standard. Ce qui est particulièrement important, c'est qu'au lieu de lire les contrats en termes généraux, vous pouvez définir votre politique de négociation et votre tolérance au risque dans legal.local.md et comparer par rapport à cela.
/legal:review-contract trouve les différences par rapport au playbook de l'entreprise pour chaque clause et organise les risques et les révisions suggérées. /legal:triage-nda effectue un classement primaire comme VERT, JAUNE, ROUGE, et /legal:vendor-check vérifie les NDA, MSA, DPA, échéances et conditions clés existants à partir des destinations de connexion. /legal:brief et /legal:respond peuvent créer des résumés de cas et des projets de réponses aux demandes standard.
Dans les environnements de développement, il peut être utilisé pour l'organisation préliminaire des contrats SaaS, des conditions d'utilisation du cloud, des DPA, des NDA, des contrats de sous-traitance et des clauses de sécurité. Il est réaliste de l'utiliser pour extraire les points de discussion comme la localisation des données, les sous-traitants, les limites de responsabilité, la propriété intellectuelle, la résiliation et les droits d'audit avant de les transmettre au service juridique, et pour créer une liste de questions.
Cependant, le README officiel indique également clairement qu'il ne s'agit pas d'un conseil juridique et qu'il nécessite une vérification par un professionnel qualifié. De plus, comme les exemples de playbook initiaux sont basés sur le droit et les pratiques commerciales américains, vous devez reconstruire les paramètres si vous l'utilisez dans le cadre du droit japonais ou de la politique de l'entreprise. Il est plus sûr de limiter la détermination de l'IA à l'extraction de points et à l'organisation primaire plutôt que d'en faire la porte de contrôle finale dans le flux d'approbation.
10. Small Business | Celui qui se transforme le plus pour les développeurs solo et les petites entreprises
Small Business est un plugin qui gère les opérations des petites entreprises dans leur ensemble, plutôt que d'assister un type de poste spécifique. Il propose 15 compétences de base, 15 flux de travail d'exécution et un routeur qui vous guide vers le processus approprié à partir du langage naturel. Si vous le consultez normalement avec des choses comme « Je m'inquiète de pouvoir payer les salaires », « les ventes ont chuté », « j'ai reçu un email de colère d'un client » ou « devrais-je augmenter les prix ? », il est conçu pour vous guider vers le flux nécessaire.
Il inclut /small-business:plan-payroll pour vérifier les flux de trésorerie et les factures impayées, /small-business:month-heads-up pour regarder 30 jours ahead, /small-business:close-month pour procéder à la clôture mensuelle, /small-business:price-check pour comparer les marges bénéficiaires et les prix, /small-business:run-campaign pour mettre en place des campagnes de vente, /small-business:handle-complaint pour gérer les réclamations, et /small-business:monday-brief pour résumer l'état hebdomadaire. Les connexions à QuickBooks, PayPal, HubSpot, Canva, Gmail, Microsoft 365, DocuSign, etc., sont attendues, et la conception inclut des points de contrôle d'approbation pour les processus touchant à l'argent ou aux clients.
Pour les développeurs solo et les petits opérateurs SaaS, cela réduit le « problème de tout remettre à plus tard sauf le développement ». Construisez des fonctionnalités avec Claude Code, et gérez les ventes, les demandes, la facturation, la promotion, les contrats et les revues hebdomadaires avec Small Business. L'effet d'avoir des flux de travail standard est plus grand pour les entreprises où seul le propriétaire comprend la situation.
D'un autre côté, la conception des autorisations doit être prudente compte tenu du nombre de destinations de connexion. Au lieu de connecter la comptabilité, les paiements, le CRM et les emails en une seule fois, commencez par un ou deux qui sont principalement en lecture seule. Exigez toujours des aperçus et des approbations pour les remboursements, les envois et les mises à jour des données clients. De plus, l'avertissement officiel selon lequel il ne fournit pas de conseils professionnels en matière financière, fiscale, juridique ou RH doit être pris comme une prémisse.
Si vous choisissez par objectif, ces combinaisons sont solides
Si vous construisez un produit seul, la combinaison d'Engineering, Product Management, Design, PDF Viewer et Small Business est facile à gérer. Vous pouvez décider des exigences, implémenter, vérifier l'interface utilisateur, traiter des documents externes et vous connecter aux opérations commerciales. Vous n'avez pas besoin de tous les utiliser tout le temps ; vous pouvez alterner, par exemple utiliser Engineering et Design pendant le développement, et Small Business pendant les ventes ou les opérations.
Pour une équipe de développement de plusieurs personnes, Engineering, Enterprise Search, Data, Operations et Legal sont solides. Vous pouvez retrouver les décisions passées, vérifier les hypothèses avec des données, laisser des procédures de changement et identifier les points juridiques ou de conformité tôt. Si vous ajoutez Product Management, cela devient un flux unique des exigences à l'implémentation, la vérification et le partage interne.
Pour les lancements de produits ou les mises en production majeures, les quatre plugins Product Management, Design, Engineering et Marketing sont efficaces. En faisant en sorte que les PRD, les spécifications de design, l'implémentation et les annonces héritent des mêmes prémisses dans l'ordre, vous pouvez réduire l'écart entre « ce qui a été fabriqué » et « ce qui a été communiqué ».
4 précautions lors de l'installation des plugins officiels
Premièrement, ne confondez pas l'état d'installation dans la version desktop avec la procédure d'installation pour Claude Code. Dans Desktop, vous ajoutez depuis le répertoire ; dans Claude Code, le plus fiable est d'enregistrer le marché officiel et d'installer le plugin cible. Bien que le dépôt officiel indique que les mêmes plugins peuvent être utilisés à la fois dans Cowork et Claude Code, les connecteurs et environnements d'exécution disponibles ne sont pas nécessairement identiques.
Deuxièmement, considérez les connecteurs non pas comme des « destinations de recherche pratiques » mais comme des intégrations externes avec des autorisations. N'accordez pas d'autorisations en écriture pour des tâches où la lecture seule est suffisante, et réduisez la portée en particulier pour la comptabilité, les paiements, les emails, les contrats et les informations personnelles. Séparez les processus qui créent simplement des résultats de ceux impliquant l'envoi, la mise à jour ou l'approbation, et placez une vérification humaine sur ces derniers.
Troisièmement, n'installez pas trop de plugins à la fois. À mesure que les compétences et les commandes augmentent, le jugement sur la procédure à choisir augmente également, et les fonctions similaires ont tendance à se chevaucher. Commencez par 2-3 qui répondent directement à vos goulots d'étranglement. Par exemple, si les revues prennent du temps, choisissez Engineering ; si les spécifications sont vagues, Product Management ; s'il y a beaucoup de recherche d'informations, Enterprise Search.
Quatrièmement, traitez la sortie des plugins comme des « brouillons vérifiables » plutôt que des « produits finis ». Vérifiez les résultats et les définitions d'exécution SQL, essayez les designs dans un navigateur, répétez les runbooks et faites vérifier les contrats par des experts. Même si vous élargissez le champ de ce que vous confiez à l'IA, vous ne pouvez pas transférer la responsabilité de l'approbation.
Conclusion : Les 3 premiers devraient être Engineering, Product Management et Enterprise Search
Les plugins officiels sélectionnables depuis le répertoire Anthropic dans Claude Desktop ne sont pas seulement des collections d'invites supplémentaires. Ils regroupent des connaissances spécifiques à un métier, des procédures réutilisables et des connexions à des outils externes dans un seul package, servant de mécanisme pour aligner Claude sur votre façon de travailler. Des méthodes pour introduire ceux-ci dans Claude Code sont également fournies sur le dépôt officiel.
Si je devais en choisir seulement trois pour commencer, je recommanderais Engineering, Product Management et Enterprise Search. Utilisez Engineering pour améliorer la qualité de l'implémentation et des opérations, Product Management pour réduire l'ambiguïté avant de construire, et Enterprise Search pour récupérer les connaissances passées de l'organisation. Avec seulement ces trois, Claude Code se rapproche considérablement d'être une « IA qui écrit du code » à une « plateforme de développement qui connecte spécifications, implémentation, jugement et partage ».
Ajoutez Data si vous manipulez des données, Design si vous êtes centré sur l'interface utilisateur, PDF Viewer si vous échangez beaucoup de documents, et Small Business si vous êtes une entreprise individuelle ou une petite SaaS. L'important n'est pas de tout mettre, mais d'attribuer le rôle qui correspond au processus dans lequel vous perdez le plus de temps chaque jour.
