Claude for Manufacturing : utiliser ses 17 compétences, et ce qu'il faut brancher au-dessus

Claude for Manufacturing 1.0.0 compte douze compétences unitaires, qui font chacune un travail, et cinq enchaînements qui en font tourner plusieurs de bout en bout. Le code est public sur GitHub, marqué comme implémentation de référence : fourni tel quel, sans maintenance active, sans contributions acceptées. C'est donc un modèle à copier autant qu'un produit à installer.

• Mise en route et données : onboarding, data-consolidate (assemble les exports de l'usine en un seul jeu de données), custom-connector (atteint un système sans connecteur d'éditeur).
• Chiffrage : customer-inquiry-intake, quote-build, et l’enchaînement rfq-to-quote.
• Qualité : ncr-writeup, root-cause-capa, et l’enchaînement inspection-to-capa.
• Maintenance : breakdown-diagnosis, et l’enchaînement breakdown-to-next-report.
• Achats : supplier-quote-request, et l’enchaînement supplier-escape-to-alternate-source.
• Production : daily-production-report, et l’enchaînement morning-plant-pulse.
• Conception : design-space-explore (variantes dans Autodesk Fusion) et trade-study-report.

Claude for Manufacturing est proposé dans les offres Team et Enterprise de Claude, et démarre par une phrase : on l'installe depuis l'annuaire des plugins de Claude et on dit « set us up ». La compétence onboarding demande quels systèmes l'usine utilise (ERP, CAO, maintenance, documents), teste les quatre connecteurs avec lesquels elle travaille (Microsoft 365, Oracle NetSuite, Infor M3, Autodesk Fusion), prend un lot de documents de l'usine, apprend ses exports, ses équipes et son vocabulaire, et rend la liste de ce qui manque encore et des compétences que cela limite.

Les connecteurs sont facultatifs pour l'essentiel du plugin. Son README indique que sans aucun connecteur, onze des douze compétences unitaires fonctionnent à partir d'un dossier d'exports CSV planifiés. L'exception est design-space-explore, qui demande une connexion CAO en direct : Autodesk Fusion sur le poste, avec son serveur MCP local activé, ou un système de CAO branché par custom-connector. Tout autre système, GMAO, MES ou système qualité, arrive au plugin sous forme d'export planifié, jusqu'à ce que custom-connector trouve mieux.

Les compétences se déclenchent par ce qu'on dit, pas par leur nom. Les phrases ci-dessous sont les exemples du plugin, en anglais :

• « Morning report » : daily-production-report donne la production contre le planning, le TRS décomposé en disponibilité, performance et qualité, les arrêts classés en minutes et en fréquence, les rebuts et les arrêts chiffrés en argent. L'enchaînement morning-plant-pulse prépare la même page avant que quiconque la demande, à partir d'une tâche planifiée dans Cowork ou Claude Code, et tient un tableau de bord par site.
• « We found bad parts » : ncr-writeup rédige la non-conformité contre l'exigence qu'elle viole, citée avec son document et sa page, délimite les pièces suspectes, et cherche dans les non-conformités passées si la dernière correction a tenu.
• « Write the 8D » : root-cause-capa met sur une seule chronologie les historiques des capteurs, des contrôles, de la maintenance et des tickets, classe les causes possibles avec les preuves pour et contre, et rédige les étapes D1 à D5 et D7.
• « The machine is down » : breakdown-diagnosis lit la fenêtre des capteurs, l'historique de maintenance et le manuel du constructeur ; breakdown-to-next-report porte le diagnostic dans le rapport de production suivant.
• « An RFQ came in » et « price this job » : customer-inquiry-intake et quote-build, chaque coût étant relié à sa source.
• « Source this part » : supplier-quote-request prépare une consultation dont les réponses sont comparables, et n'attribue jamais le marché lui-même.

La valeur de Claude for Manufacturing tient autant à ses règles qu'à ses compétences. Toute compétence qui modifierait quelque chose s'arrête d'abord : rien n'est appliqué, envoyé ou écrit dans les systèmes de l'usine sans accord, et Anthropic écrit que « Claude for Manufacturing doesn't operate equipment » (il ne pilote aucun équipement). Les chiffres sont calculés, pas estimés par le modèle. Une donnée absente reste absente au lieu de devenir un zéro. Le 8D s'arrête au D5 et au D7, parce que le D6 et le D8 demandent que quelque chose se soit réellement passé. Ce sont les règles d'arrêt que nous décrivons dans lean agentique : par où commencer.

Claude for Manufacturing connaît le standard de l'usine et ses écarts : c'est le management quotidien au sens de Yoji Akao. Il ne connaît ni les objectifs annuels de l'usine, ni les cibles de ses indicateurs, ni les chantiers censés les faire bouger : c'est le hoshin kanri. Le rapport du matin classe les arrêts en minutes et en fréquence, pas selon la perte que vise l'objectif de l'année. ncr-writeup dit si une correction précédente a tenu, et le D7 du 8D change le système pour ce défaut en expliquant pourquoi la correction précédente n'a pas tenu. Rien n'y demande si le motif mérite un chantier d'amélioration cette année, qui le porte, ni quand il sera revu.

Une couche stratégie démultiplie ce que produisent les compétences parce que le même relevé sert plusieurs fois au lieu d'une. Sans elle, un rapport du matin sert la réunion du matin, puis disparaît. Avec elle, les mêmes relevés nourrissent le relevé mensuel d'un indicateur stratégique, la revue qui en discute, la comparaison des sites et les preuves de maturité du site. hoshin.app tient cette couche en données et l'expose à tout agent par MCP ; il ne lit lui-même aucun système de l'usine, c'est l'agent qui le fait.

• Les priorités : l'agent classe les écarts de l'usine par rapport aux cibles de l'année, pas seulement par rapport à la veille.
• Un relevé, plusieurs usages : un relevé mensuel d'indicateur garde sa source (outil, enregistrement, date d'extraction) et les jours sur lesquels il repose.
• Les motifs deviennent des améliorations : un défaut qui revient devient une idée d'amélioration reliée à un objectif, puis un chantier avec un porteur, au lieu d'un 8D de plus.
• Plusieurs sites, une seule lecture : chaque usine garde ses tableaux de bord ; la X-Matrix se décline du groupe au site, et la feuille de route d'excellence lean compare la maturité des sites côte à côte.
• Le cycle des revues : avant chaque revue, l'agent apprend ce qui est dû, le prépare à partir des relevés de l'usine, et consigne ce que la revue a décidé.

Les deux plugins peuvent s'installer côte à côte dans le même Claude ; nous ne les avons pas encore fait tourner ensemble. Ajoutez le plugin hoshin-kanri depuis sa place de marché (wellknownmcp/hoshin-kanri) et connectez son connecteur hoshin, qui vous connecte à hoshin.app. Sa compétence plant-pulse-to-matrix dit à l'agent comment faire remonter les relevés de l'usine : trouver les tableaux de bord de l'usine par leur titre exact (« <Site>: Operations Command Center » et « <Site>: Quality Register »), lire leurs enregistrements, et n'écrire que les relevés de la période, une idée par motif qui se répète et des preuves de maturité en brouillon. Le relevé qualité du mois vient des enregistrements du rapport du matin, et le Quality Register nourrit les idées d'amélioration. Demandez ensuite, par exemple : « mets le relevé qualité du mois, tiré du rapport du matin, dans la matrice de Cholet ».

Une condition : les tableaux de bord de l'usine sont des pages privées du compte Claude de l'équipe de l'usine, donc l'agent qui les lit doit tourner dans ce compte, ou les tableaux de bord doivent lui être partagés. La lecture depuis un autre compte n'a pas été essayée.

Nous avons essayé le côté stratégie le 13 novembre 2026 sur une copie de notre usine de démonstration, avec des relevés fabriqués au format exact du rapport du matin et du Quality Register du plugin : 22 jours de production, dont deux sans l'export des arrêts, et un défaut qui revient après une correction qui n'a pas tenu. L'agent a trouvé les tableaux de bord par leur titre, écrit un relevé mensuel de 646 PPM établi sur les 20 jours complets, n'a écrit ni coût des arrêts ni coût des pertes faute de données complètes, ouvert une seule idée d'amélioration pour le défaut qui revient, et proposé le niveau de maturité 3 plutôt que 4 parce que la correction n'avait pas tenu.

Pas essayé : les compétences de Claude for Manufacturing produisant elles-mêmes ces relevés, une vraie usine, des tableaux de bord partagés depuis un autre compte, et une exécution sans personne publiant son tableau de bord, dont la documentation du plugin dit qu'elle n'a pas encore été vérifiée. La méthode d'ensemble, et les endroits où l'agent doit s'arrêter, sont dans lean agentique : par où commencer ; l'usage du hoshin kanri dans l'industrie est dans hoshin kanri pour l'industrie.