Les agents de production ont besoin de mains, de skills et de fichiers
En bref
La course aux agents devient moins magique et beaucoup plus mécanique.
Le 20 août, Anthropic a rendu computer use, browser use, la Skills API et la Files API généralement disponibles sur Claude Platform.
Le titre facile serait :
"Claude peut cliquer partout et créer des fichiers."
Vrai. Mais ce n'est pas le plus intéressant.
Le titre utile est plutôt :
Anthropic est en train de productiser le substrat manquant des agents de production.
Un vrai agent de travail a besoin de choses très peu glamour :
- des mains pour les logiciels qui n'ont pas d'API utilisable
- des procédures pour l'expertise propre à une équipe
- des fichiers pour les entrées, les sorties, les reçus et l'état de travail
- une sandbox autour de la boucle
- une façon de livrer tout cela via les clouds et les canaux de conformité que les entreprises achètent déjà
Très glamour. Le chatbot est devenu du middleware.
C'est ça, la vraie histoire.
Le navigateur devient l'API de dernier recours
Anthropic décrit computer use comme une façon pour Claude d'utiliser un logiciel visible avec des captures d'écran, des clics, du texte saisi et du scroll. Le nouvel outil de browser use ajoute la structure de la page, afin qu'un agent puisse cibler plus directement des champs et des boutons au lieu de dépendre seulement de coordonnées à l'écran.
La différence a l'air mineure.
Elle ne l'est pas.
Le plus gros blocage des agents n'est pas toujours le raisonnement. C'est le fait que le vrai travail vit dans de vieux portails, des écrans SaaS bizarres, des consoles d'administration, des formulaires d'assurance, des systèmes d'achat, des outils RH et des applications web internes qui n'ont pas été conçus pour l'automatisation agentique.
Parfois, il y a une API.
Parfois, l'API est incomplète.
Parfois, l'utiliser demande six mois de processus fournisseur.
Parfois, la seule interface honnête est celle qu'un humain utilise déjà.
Donc le navigateur devient l'API de dernier recours.
C'est puissant. C'est aussi fragile.
Si un agent peut cliquer dans un logiciel de production, l'acheteur doit immédiatement poser des questions sur les domaines autorisés, les comptes de test, les environnements de staging, les journaux d'audit, les limites de permission, la rejouabilité et ce qui se passe quand la page change. On a déjà appris cette leçon avec la RPA. L'IA ne l'efface pas. Elle rend seulement l'automatisation plus flexible, donc plus facile à surestimer.
La question pratique n'est pas :
"Est-ce que le modèle peut utiliser le navigateur ?"
La question pratique est :
"Est-ce qu'on peut rendre cette utilisation du navigateur assez ennuyeuse pour lui faire confiance ?"
Les skills sont des procédures, pas des prompts
La Skills API est peut-être la pièce la plus importante.
Anthropic dit que les développeurs peuvent uploader et versionner des skills sous forme de dossiers contenant des instructions, des scripts et des templates, puis les attacher à des requêtes Claude. Claude peut ensuite les utiliser dans sa sandbox d'exécution de code quand la tâche demande cette expertise.
Ce n'est pas seulement de la gestion de prompts.
C'est de la gestion de procédures.
Chaque entreprise a du travail qui vit dans des SOP à moitié écrites, des docs d'onboarding, des templates de tableur, de la mémoire Slack, des checklists, des macros, du langage de conformité et des phrases du type "demande à Maya, elle sait comment déposer ce dossier".
Les agents de production ont besoin de cette connaissance dans une forme qui peut être relue, versionnée, testée et mise à jour.
C'est là que "skill d'agent" cesse de vouloir dire petite capacité sympa et commence à ressembler à un artefact opérationnel.
Qui possède la skill ?
Qui relit les changements ?
Quelle version a été utilisée pour cette action client ?
Est-ce que la skill a appelé un script ?
Est-ce que le script a écrit un fichier ?
Est-ce que la sortie a été vérifiée par un humain ?
Ces questions sont moins excitantes qu'un benchmark.
Elles sont aussi beaucoup plus proches de la façon dont les agents seront achetés.
Les fichiers sont l'état de travail des agents
La Files API est le troisième pied du tabouret.
Anthropic dit que les développeurs peuvent uploader des fichiers une fois, les référencer ensuite par ID, laisser des agents lire et écrire des documents, puis télécharger les sorties créées. L'entreprise dit aussi que la version généralement disponible inclut une expiration automatique, des limites de débit plus élevées et jusqu'à 1 To de stockage par organisation.
Encore une fois, c'est ennuyeux.
Encore une fois, c'est important.
Les agents ne font pas que répondre. Ils manipulent des artefacts.
Ils doivent lire des documents d'entrée, remplir des formulaires, générer des rapports, produire des tableurs, sauvegarder des confirmations, joindre des preuves et transmettre du travail terminé. Si chaque tâche reste un prompt sans état, l'agent est une démo. Si le système peut porter des fichiers à travers le workflow et rendre une vraie sortie, il commence à ressembler à du logiciel.
Mais c'est aussi là que la conversation d'hier sur la confidentialité revient.
Les fichiers ne sont pas de la "mémoire" au sens marketing.
Ils restent de l'état.
Ils ont besoin de règles de rétention, de contrôles d'accès, d'expiration, de chemins d'export, de journaux d'audit et d'une propriété claire. Un agent de production qui touche des fichiers clients n'utilise pas seulement un modèle. Il opère un petit système documentaire autour du modèle.
C'est dans ce système qu'une grande partie du risque va vivre.
La disponibilité générale, c'est le moment où les démos deviennent de l'achat
Le timing compte parce qu'Anthropic ne montre pas seulement une démo de labo.
L'entreprise dit que ces outils sont disponibles maintenant sur Claude Platform, que la Skills API et la Files API sont disponibles via Microsoft Foundry, et que computer use et browser use doivent arriver sur Google Cloud Vertex AI. Elle dit aussi que computer use est éligible aux workloads soumis à HIPAA pour les clients ayant un business associate agreement.
C'est le mouvement enterprise discret.
Anthropic ne dit pas seulement :
"Regardez ce que Claude sait faire."
Elle dit :
"Voici les primitives d'agent que vous pouvez acheter via l'infrastructure que votre procurement connaît déjà."
Les exemples clients dans l'annonce doivent être traités comme des affirmations de fournisseur, pas comme une preuve neutre. Mais le pattern est parlant. Formulaires de santé. Workflows d'assurance. Mémos de crédit bancaire. Documents, portails, procédures et fichiers.
C'est là que les agents de production commencent.
Pas dans une boîte de chat vide.
Dans un workflow désordonné, avec du logiciel existant des deux côtés.
La checklist builder
Si vous construisez des agents pour du vrai travail, la leçon n'est pas "ajoutez computer use".
Trop petit.
La leçon est de concevoir toute la boucle de travail.
Demandez :
- quand l'agent doit-il utiliser une API, et quand le navigateur est-il l'interface la plus sûre ?
- où vivent les procédures de l'équipe, et comment sont-elles versionnées ?
- quels fichiers entrent dans le système, où vont les sorties, et combien de temps l'état persiste-t-il ?
- que peut atteindre la sandbox ?
- qu'est-ce qui est journalisé quand l'agent clique, réessaie, échoue ou modifie un fichier ?
- comment un humain relit-il les actions sensibles ?
- qu'est-ce qui compte comme succès : une réponse du modèle, un formulaire soumis, un fichier généré ou un résultat métier vérifié ?
La dernière question est la plus importante.
L'unité de valeur n'est pas la réponse.
C'est le workflow terminé.
Le changement plus large
Je reviens au même point parce que le marché continue de le confirmer.
La course aux agents ne porte pas seulement sur le modèle le plus intelligent.
Elle porte sur la capacité à empaqueter cette intelligence dans un système de travail contrôlé.
OpenAI monte dans la stack avec ChatGPT Work et son infrastructure de déploiement d'agents. Google et Microsoft accrochent les agents aux navigateurs, aux documents, aux emails et aux suites bureautiques. Anthropic rend maintenant les pièces bas niveau plus explicites : mains, skills, fichiers, sandbox et distribution cloud.
C'est une bonne nouvelle pour les builders.
Cela relève aussi le niveau d'exigence.
Un "agent" qui se contente de discuter commence à paraître incomplet.
Un agent de production a besoin de mains pour les logiciels legacy, de skills pour la connaissance institutionnelle, de fichiers pour l'état, et de rails autour de tout cela.
Le futur n'est pas un génie autonome géant.
C'est beaucoup de travailleurs soigneusement contraints qui opèrent dans des systèmes très peu glamour.
Ce qui, honnêtement, ressemble beaucoup au travail.