Conception agentique : pourquoi Cowork ne construit pas des agents durables

Un commit refusé par sa propre consigne

Le 26 avril 2026, un développeur ouvre une issue sur le dépôt officiel de Claude Code, anthropics/claude-code, sous le numéro 53571 [1]. Son problème est simple à décrire et absurde à vivre : le mode automatique de l’outil refuse systématiquement de valider un commit Git, au motif qu’il contient un « fabricated Co-Authored-By attribution » qui « misrepresents authorship ». Le message de refus qualifie l’action d’atteinte à l’intégrité du contenu. Le problème, c’est que ce trailer Co-Authored-By: Claude est précisément ce que le system prompt du produit demande au modèle d’ajouter à chaque commit. L’agent obéit à sa consigne. Le classifieur de sécurité qui surveille l’agent bloque cette même consigne. Personne n’a rien changé entre les deux : ni l’utilisateur, ni l’éditeur, puisque l’issue reste sans réponse officielle et finit fermée en « not planned ».

Cet incident tient en une scène l’idée que Paul-Antoine Tual résume plus directement : un modèle de langage est déjà une boîte noire, on ne sait pas exactement ce qui se passe dans son raisonnement interne. Construire un produit agentique par-dessus, comme Claude Cowork, ajoute une seconde boîte noire : le harnais logiciel (interface, permissions, prompts système, garde-fous) qui décide, indépendamment du modèle, ce que l’agent a le droit de faire. Une entreprise qui bâtit un processus métier sur ce genre de produit ne pilote aucune des couches qui déterminent ce que fait réellement son agent. La Figure 1 schématise cette triple dépendance.

Trois conditions, indépendantes les unes des autres, doivent être réunies pour qu’un agent tienne dans la durée : un harnais figé, un modèle figé, et des connecteurs MCP figés sur les surfaces que l’entreprise utilise réellement. Le MCP, le protocole ouvert qui relie un agent à ses outils et à ses données, passe souvent pour le point stable de l’équation, parce qu’il est ouvert et inspectable. Il ne l’est pas : un serveur MCP reste un logiciel, transparent mais tout aussi mouvant qu’un harnais ou qu’une infrastructure de modèle. Claude Cowork, lancé le 12 janvier 2026 en accès anticipé Pro puis étendu à onze modules sectoriels le 30 janvier [2], ne tient aucune des trois conditions. Ce n’est pas un défaut caché : c’est écrit, noir sur blanc, dans la documentation et les conditions commerciales d’Anthropic elle-même.

Cowork remplit malgré tout un rôle réel, celui d’un modèle de transition : il permet de découvrir en quelques semaines ce qu’un agent peut faire dans une organisation, avant d’investir dans l’infrastructure qui doit réellement le porter en production. Le risque commence quand cette phase de découverte se prolonge en dépendance permanente, sans qu’une architecture durable ne prenne le relais.

1. Le harnais change plus vite qu’une entreprise ne peut suivre

Le harnais d’un agent, au sens de l’ingénierie agentique, désigne tout ce qui entoure le modèle pour en faire un produit utilisable : orchestration des outils, permissions, prompts système, gestion des erreurs. Un blog spécialisé dans l’ingénierie agentique résume le risque en une phrase : « An agent that worked perfectly on one model version can fail silently on the next, not because the underlying intelligence went down, but because it went up » [3]. Chez Anthropic, ce harnais bouge en continu, à un rythme documenté par un changelog public.

Le changelog de Cowork [4] publie des builds numérotés presque chaque jour en août 2026. Trois exemples suffisent à mesurer l’ampleur des changements : le 20 août, un correctif reconnaît qu’une tâche planifiée pouvait s’exécuter silencieusement sur un modèle différent de celui choisi par l’utilisateur ; le 17 août, une option de permission (autoriser toutes les actions du navigateur) est retirée ; le 18 août, le périmètre réseau accessible à l’agent change de comportement pour les commandes shell et les installations de paquets. Aucun de ces trois changements ne touche au modèle. Tous les trois modifient ce qu’un agent en production a le droit de faire.

Claude Code, le harnais cousin dont Cowork hérite l’essentiel de l’architecture, documente le même rythme [5] : mi-août 2026, les outils de suivi de tâches cessent d’être disponibles sur les modèles les plus récents, sauf à activer manuellement une variable d’environnement ; une fonctionnalité entière est retirée sans remplacement ; le comportement par défaut du sous-agencement change du jour au lendemain.

Pour une entreprise, la vraie question n’est pas si ce harnais évolue, mais si elle peut geler une version qui fonctionne. La réponse, documentée, est non. Une demande de fonctionnalité ouverte sur le dépôt Claude Code le 23 février 2026 réclame un simple indicateur pour épingler une version de modèle ; elle est fermée en « not planned », sans réponse d’un mainteneur Anthropic [6]. Côté Cowork, un utilisateur qui avait construit des agents de longue durée avec un historique et une mémoire accumulés découvre, à la sortie d’un nouveau modèle, qu’il ne peut ni figer la version en cours ni migrer proprement : « there is no way to do it […] Every model upgrade becomes a full reset » [7]. Même le produit orienté développeurs le plus proche d’un service géré stable, Managed Agents, l’admet dans sa propre documentation : « Managed Agents is under active development and behavior may change » [8].

La preuve la plus nette vient d’Anthropic elle-même. Le 23 avril 2026, l’entreprise publie un billet d’ingénierie qui reconnaît que Claude Code, le Claude Agent SDK et Cowork nommément ont vu leur comportement se dégrader pendant plusieurs semaines, à cause de trois changements de harnais distincts et non d’une régression du modèle [9] :

• du 4 mars au 7 avril, l’effort de raisonnement par défaut est abaissé pour réduire la latence, un choix qu’Anthropic qualifie a posteriori de mauvais arbitrage et annule ;
• du 26 mars au 10 avril, un bug de mise en cache efface l’historique de raisonnement à chaque tour au lieu d’une seule fois, rendant l’agent « forgetful and repetitive » ;
• du 16 au 20 avril, une contrainte de concision ajoutée au prompt système dégrade mesurablement la qualité du code produit, avant d’être retirée.

Anthropic promet, pour l’avenir, des périodes d’observation, une suite de tests élargie et des déploiements progressifs. C’est un aveu utile : jusque-là, ces trois changements n’avaient pas fait l’objet de ce contrôle. Un agent qui fonctionnait le 3 mars pouvait ne plus fonctionner de la même façon le 8 mars, sans qu’aucune ligne de configuration n’ait changé chez son utilisateur.

Un modèle qui s’améliore peut casser un agent.

2. Le modèle change, le classifieur change, et rien ne prévient l’entreprise avant coup

Anthropic documente elle-même, dans sa page officielle sur les identifiants de modèle, une nuance que peu de clients professionnels lisent jusqu’au bout : « Model weights are fixed for a given ID, but the serving infrastructure around the model can change over time. This infrastructure includes components such as the request router, safety classifiers, and sampling logic. Occasionally, infrastructure updates produce minor differences in observable behavior even when the model ID and weights have not changed » [10]. Autrement dit, même le geste le plus prudent qu’une entreprise puisse faire, épingler un identifiant de modèle daté, ne suffit pas à garantir un comportement stable.

Le modèle en tant que tel n’est pas non plus pérenne. La politique officielle de dépréciation distingue quatre statuts (actif, legacy, déprécié, retiré) et impose un préavis minimal de 60 jours avant retrait effectif [11]. Même un modèle actif ne reçoit qu’une date plancher, du type pas avant le 29 septembre 2026 pour Sonnet 4.5 : c’est une garantie de ne pas retirer trop tôt, jamais une promesse de service au-delà. Le rythme réel, sur 2026, est proche du mensuel. La Figure 3 en résume la cadence.

Modèle	Retrait
Claude 1.x / Instant	6 novembre 2024
Claude 2.0, 2.1, Sonnet 3	21 juillet 2025
Sonnet 3.5	28 octobre 2025
Opus 3	5 janvier 2026
Sonnet 3.7	19 février 2026
Haiku 3.5	19 février 2026
Haiku 3	20 avril 2026
Sonnet 4, Opus 4	15 juin 2026
Opus 4.1	5 août 2026

Anthropic s’engage par ailleurs à conserver les poids des modèles retirés pour au minimum la durée de vie de l’entreprise, mais seulement en archive : la remise à disposition publique reste à l’état d’exploration, sans engagement de service [12]. Un modèle retiré est préservé, pas maintenu.

Le classifieur de sécurité, la couche qui décide d’autoriser ou de bloquer une action, suit sa propre trajectoire, indépendante des sorties de modèle. L’incident du commit refusé, en ouverture de cet article, n’est pas isolé. Une autre issue, ouverte le 12 mai 2026, documente un changement de stratégie du filtre de conformité aux conditions d’usage : d’une évaluation contextuelle, il passe à un filtrage par mots-clés, qui déclenche des refus sur des termes professionnels ordinaires comme security, encryption ou shell [13]. Aucune des deux issues n’a reçu de réponse officielle d’Anthropic.

La presse tech chiffre l’ampleur du phénomène. The Register recense une montée des signalements de refus abusifs de deux à trois par mois entre juillet et septembre 2025, à plus de trente en avril 2026 seul, soit une multiplication par quatre en un mois, avec des cas nommés : un directeur de centre de recherche en cybersécurité dont les exercices pédagogiques de cryptographie sont bloqués, des tâches de biologie structurale refusées, jusqu’à un visuel publicitaire Hasbro rejeté [14]. Anthropic n’a pas répondu aux sollicitations du journal. Chez Fortune, un cadre d’Anthropic reconnaît que des changements de comportement par défaut ont bien eu lieu, tout en défendant qu’ils avaient été signalés aux utilisateurs par une fenêtre contextuelle, ce que beaucoup contestent [15].

Le phénomène n’est pas nouveau, et il n’est pas propre à Anthropic. Dès 2023, une étude Stanford et UC Berkeley mesurait, sur GPT-4, une chute de 84 % à 51,1 % de bonnes réponses sur un exercice d’identification de nombres premiers en trois mois, à nom de modèle identique, ainsi qu’une évolution du taux de refus sur les questions sensibles [16]. Les auteurs concluaient déjà : « It is currently opaque when and how [models] are updated […] these unknowns make it challenging to stably integrate LLMs into larger workflows. » Trois ans plus tard, la semaine même où cet article est écrit, OpenAI retire officiellement son Assistants API, l’équivalent le plus proche d’un harnais agentique géré chez ce concurrent, avec migration forcée vers une autre API [17]. Le risque n’est pas le défaut d’un éditeur. C’est une propriété de la catégorie de produit.

3. Le MCP change aussi, quoique transparent

Le Model Context Protocol, le standard ouvert qu’Anthropic publie depuis le 25 novembre 2024 pour connecter un agent à ses outils et à ses données, passe souvent pour la partie stable de la chaîne : le protocole est public, ses spécifications sont lisibles par n’importe qui. Transparence et stabilité ne sont pourtant pas la même chose. La spécification utilise un identifiant de version au format AAAA-MM-JJ, qui marque la dernière date à laquelle un changement cassant a été introduit [27] ; la version courante, au 27 août 2026, est 2026-07-28.

En moins de vingt et un mois, le protocole a connu cinq révisions datées, dont au moins deux changements explicitement non rétrocompatibles. Le 26 mars 2025, la spécification remplace le transport HTTP+SSE par un nouveau mode, Streamable HTTP, et ajoute le regroupement de requêtes JSON-RPC [28]. Le 18 juin 2025, moins de trois mois plus tard, ce même regroupement JSON-RPC est retiré [29] : un cycle complet d’ajout puis de retrait en un trimestre. La révision du 28 juillet 2026, la plus récente, va plus loin ; le blog officiel du protocole la qualifie lui-même de « fundamental architectural shift toward a stateless, request/response protocol », supprime la poignée de main d’initialisation et l’en-tête de session utilisés jusque-là, et déprécie le transport historique [30]. Anthropic a publié le jour même un billet confirmant que Claude adopte cette nouvelle version, sans détailler la compatibilité ascendante pour les connecteurs déjà en place [31].

La spécification prévoit par ailleurs, nativement, qu’un serveur MCP fasse varier les outils qu’il expose d’une session à l’autre, sans le moindre changement de version : un serveur déclare la capacité listChanged, envoie une notification quand sa liste d’outils change, et le client la redécouvre à la volée [32]. C’est une fonctionnalité assumée du protocole, pas un défaut d’implémentation, avec un revers pour l’entreprise utilisatrice : l’ensemble des outils disponibles pour un agent peut changer en cours de session, par construction, sans que rien n’apparaisse comme une mise à jour.

Sur le terrain, ce mouvement produit des ruptures concrètes. En mai 2026, une issue sur le dépôt officiel de Claude Code documente des outils Slack qui se désactivent silencieusement après environ une heure de session, alors que la commande de diagnostic continue d’afficher une connexion active [33]. Le même mois, le dépôt officiel des connecteurs Anthropic recense une panne qui coupe le connecteur Microsoft 365 pour l’ensemble des utilisateurs, y compris les administrateurs [34]. Un serveur MCP tiers très utilisé pour Microsoft 365 documente, en avril 2026, une régression franche : une mise à jour mineure de version casse l’authentification qui fonctionnait à la version précédente [35].

Reste la question du contrôle. La documentation officielle de Cowork est explicite : « Your identity provider and each connector are operated by third parties under their own terms » [36]. La fonctionnalité d’authentification centralisée pour les entreprises, lancée en juin 2026, gouverne qui a accès à quel connecteur, pas quelle version de ce connecteur tourne. Anthropic documente bien un mécanisme de mise à jour centralisée, mais réservé aux serveurs MCP auto-hébergés, empaquetés en extension locale : les connecteurs prêts à l’emploi que Cowork propose restent hors de portée [37]. Pour figer un MCP, il faut sortir des connecteurs gérés par un tiers et héberger le sien.

Une intégration transparente n’est pas une intégration stable.

Un risque de plus, contractuel celui-là : le coût et la disponibilité

Les conditions commerciales d’Anthropic [18] ne laissent pas de zone grise. Le service est fourni tel quel et selon disponibilité. En cas de suspension du service, la clause de responsabilité est explicite : « Anthropic will have no liability for any damage, liabilities, losses (including any loss of data or profits), or any other consequences that Customer may incur because of a Service Suspension. » La page de tarification publique [19], y compris pour l’offre Enterprise, ne mentionne aucun engagement de disponibilité.

La seule offre qui fixait un objectif chiffré était le Priority Tier, avec un objectif de 99,5 % de disponibilité, le mot employé étant vise, pas garantit [20]. Cette offre n’est plus commercialisée aux nouveaux clients depuis 2026 : ceux qui l’avaient négociée peuvent la conserver jusqu’à la fin de leur contrat, les nouveaux clients n’y ont plus accès, même en payant plus cher.

Reste la disponibilité réellement mesurée, où deux sources indépendantes donnent deux chiffres différents, sans qu’aucune ne soit fausse (voir Figure 2). La page de statut officielle affiche, sur les 90 derniers jours, 99,46 % pour l’API et 99,47 % pour Cowork [21]. Un tracker indépendant, qui se présente lui-même comme non affilié à Anthropic, mesure 95,23 % et 95,31 % sur les 30 derniers jours [22], une fenêtre plus courte et plus récente, qui recoupe une série de pannes quasi quotidiennes en août 2026, confirmée par la presse [23]. L’écart vient probablement d’une fenêtre de mesure différente et d’une méthodologie de comptage des incidents différente, pas d’une malhonnêteté d’un côté ou de l’autre. Ce qui compte pour une entreprise : aucun des deux chiffres n’est contractuel, ni l’un ni l’autre n’ouvre droit à un crédit de service.

API, officiel (90 j) 99,46 %

Cowork, officiel (90 j) 99,47 %

API, indépendant (30 j) 95,23 %

Cowork, indépendant (30 j) 95,31 %

status.claude.com, 90 derniers jours claudestatus.com, 30 derniers jours

Avril 2026 illustre ce que selon disponibilité veut dire en pratique : huit pannes distinctes recensées en un seul mois par un cabinet d’analystes spécialisé, dont une d’environ dix heures le 6 avril et un pic de 12 000 signalements en 78 minutes le 28 avril, sans post-mortem public pour les incidents les plus tardifs du mois au moment de la publication de cette analyse [24]. Une entreprise qui a construit un processus métier sur Cowork encaisse ces pannes sans recours contractuel, quelle que soit leur fréquence.

Ce que Cowork ne peut pas promettre, et ce qu’une entreprise doit construire à la place

Les trois conditions se recoupent sur un même point. Les exemples cités montrent une entreprise qui documente ses propres incidents et qui corrige, pas un éditeur négligent. Le problème est ailleurs : aucune des couches qui composent un agent Cowork, le harnais, le modèle, les connecteurs MCP, n’offre de garantie de continuité opposable à une entreprise qui en dépendrait pour un processus critique. Le contrat commercial n’en offre pas davantage.

La Méthode Junyr™ pose, depuis son article sur le Human-in-the-Loop [25], un principe directement utile ici : le garde-fou vit dans le code, pas dans le prompt. La même logique s’applique à la dépendance vis-à-vis d’un fournisseur de harnais, de modèle ou de connecteurs : chaque garantie du fournisseur, disponibilité, coût, stabilité du comportement, se traite comme une hypothèse à vérifier en continu, pas comme un acquis. C’est exactement la différence entre utiliser un produit agentique et concevoir un agent.

Concrètement, un système d’information moderne qui veut intégrer des agents sur la durée fait trois choix d’architecture qu’un service géré comme Cowork ne permet pas. Le premier est un harnais figé : une couche d’orchestration, de permissions et de validations que l’entreprise versionne elle-même, plutôt qu’un produit dont le comportement change par builds quotidiens décidés ailleurs. Le second est un modèle figé, idéalement téléchargé : des poids ouverts, hébergés sur une infrastructure que l’entreprise contrôle, plutôt qu’un identifiant d’API dont l’infrastructure de service peut changer sans préavis. L’écart avec les modèles fermés s’est réduit à trois points sur l’indice Artificial Analysis à la mi-août 2026 [26] : l’option n’est plus seulement expérimentale. Le troisième est un MCP figé : le protocole lui-même est ouvert, mais les connecteurs que Cowork opère pour le compte de l’entreprise (Microsoft 365, Google Drive, Slack) restent gérés par le fournisseur. Héberger et versionner ses propres serveurs MCP retire la dépendance à un tiers qui décide seul quand une intégration change de comportement.

La boîte noire ne se referme pas. Elle se cerne.

---

Sources

[1] GitHub, anthropics/claude-code, issue #53571, ouverte le 26 avril 2026. https://github.com/anthropics/claude-code/issues/53571 [2] CNBC, « Anthropic updates Claude Cowork tool built to give the average office worker a productivity boost », 24 février 2026 : lancement de Claude Cowork le 12 janvier 2026, onze modules sectoriels le 30 janvier 2026. [3] MindStudio, « AI Agent Harness Maintenance: Why Agents Break When Models Get Better », 19 juin 2026. https://www.mindstudio.ai/blog/ai-agent-harness-maintenance-models-improve [4] Anthropic, changelog Claude Cowork, consulté le 27 août 2026. https://claude.com/docs/cowork/changelog [5] Anthropic, changelog Claude Code, consulté le 27 août 2026. https://code.claude.com/docs/en/changelog [6] GitHub, anthropics/claude-code, issue #27892, « No way to pin model version », ouverte le 23 février 2026, fermée en « not planned ». https://github.com/anthropics/claude-code/issues/27892 [7] GitHub, anthropics/claude-code, issue #49649, « Model switching for existing Cowork tasks within Projects », déposée le 17 avril 2026. https://github.com/anthropics/claude-code/issues/49649 [8] Anthropic, documentation Managed Agents, section Overview. https://platform.claude.com/docs/en/managed-agents/overview [9] Anthropic Engineering, « An update on recent Claude Code quality reports », 23 avril 2026. https://www.anthropic.com/engineering/april-23-postmortem [10] Anthropic, « Model IDs and versions ». https://platform.claude.com/docs/en/about-claude/models/model-ids-and-versions [11] Anthropic, « Model deprecations », consulté le 27 août 2026. https://docs.claude.com/en/docs/about-claude/model-deprecations [12] Anthropic, « Commitments on model deprecation and preservation », 4 novembre 2025. https://www.anthropic.com/research/deprecation-commitments [13] GitHub, anthropics/claude-code, issue #58369, ouverte le 12 mai 2026. https://github.com/anthropics/claude-code/issues/58369 [14] The Register, « Claude Opus 4.7 has turned into an overzealous query cop », 23 avril 2026. https://www.theregister.com/2026/04/23/claude_opus_47_auc_overzealous/ [15] Fortune, « Anthropic faces user backlash over reported performance issues », 14 avril 2026. https://fortune.com/2026/04/14/anthropic-claude-performance-decline-user-complaints-backlash-lack-of-transparency-accusations-compute-crunch/ [16] Chen, Zaharia, Zou, « How Is ChatGPT’s Behavior Changing over Time? », Stanford University et UC Berkeley, prépublié en juillet 2023, publié dans Harvard Data Science Review. https://arxiv.org/abs/2307.09009 [17] OpenAI, « Deprecations » : Assistants API retirée le 26 août 2026. https://developers.openai.com/api/docs/deprecations [18] Anthropic, conditions commerciales. https://www.anthropic.com/legal/commercial-terms [19] Anthropic, page tarifaire. https://claude.com/pricing [20] Anthropic, « Service tiers » : Priority Tier non commercialisé aux nouveaux clients depuis 2026. https://platform.claude.com/docs/en/api/service-tiers [21] Anthropic, page de statut officielle, disponibilité sur 90 jours consultée le 27 août 2026. https://status.claude.com [22] claudestatus.com, tracker indépendant non affilié à Anthropic, disponibilité sur 30 jours consultée le 27 août 2026. https://claudestatus.com [23] Arabian Business, panne du 24 août 2026. https://www.arabianbusiness.com/business/technology/anthropic-claude-down [24] Forbes, contribution Patrick Moorhead (Moor Insights & Strategy), analyse des pannes d’avril 2026, 5 mai 2026. [25] Paul-Antoine Tual, « Ingénierie des systèmes agentiques : règles d’or, architecture et sécurité du Human-in-the-Loop », paulantoinetual.fr, 4 juillet 2026. /blog/ingenierie-systemes-agentiques-human-in-the-loop [26] Paul-Antoine Tual, « La fin de la course au modèle », paulantoinetual.fr, 17 août 2026 : indice Artificial Analysis relevé le 17 août 2026, écart de trois points entre le meilleur modèle fermé (Claude Opus 5, 63) et le meilleur modèle ouvert (Kimi K3, 60). /blog/la-fin-de-la-course-au-modele [27] Model Context Protocol, « Versioning », spécification officielle, version courante 2026-07-28, consultée le 27 août 2026. https://modelcontextprotocol.io/specification/versioning [28] Model Context Protocol, changelog de la version 2025-03-26 : remplacement du transport HTTP+SSE par Streamable HTTP, cadre d’autorisation OAuth 2.1, regroupement JSON-RPC. https://modelcontextprotocol.io/specification/2025-03-26/changelog [29] Model Context Protocol, changelog de la version 2025-06-18 : retrait du regroupement JSON-RPC introduit trois mois plus tôt (PR #416). https://modelcontextprotocol.io/specification/2025-06-18/changelog [30] Model Context Protocol, blog officiel, annonce de la version 2026-07-28, 28 juillet 2026. https://blog.modelcontextprotocol.io/posts/2026-07-28/ [31] Anthropic, « Bringing MCP 2026-07-28 to Claude », 28 juillet 2026. https://claude.com/blog/bringing-mcp-2026-07-28-to-claude [32] Model Context Protocol, spécification 2025-06-18, section Tools : notification notifications/tools/list_changed. https://modelcontextprotocol.io/specification/2025-06-18/server/tools [33] GitHub, anthropics/claude-code, issue #60428, ouverte le 19 mai 2026, fermée en « not planned ». https://github.com/anthropics/claude-code/issues/60428 [34] GitHub, anthropics/claude-ai-mcp, issue #255, ouverte le 4 mai 2026. https://github.com/anthropics/claude-ai-mcp/issues/255 [35] GitHub, Softeria/ms-365-mcp-server, issue #413, « v0.85.1 regression », ouverte le 23 avril 2026. https://github.com/Softeria/ms-365-mcp-server/issues/413 [36] Anthropic, support, « Authorize MCP connectors for your entire organization ». https://support.claude.com/en/articles/15537633 [37] Anthropic, « Enterprise-managed auth », 18 juin 2026, mis à jour le 24 août 2026 ; MCP Bundles et mise à jour de version centralisée réservée aux serveurs auto-hébergés. https://claude.com/blog/enterprise-managed-auth