Anthropic a annoncé le 20 août 2026 la disponibilité générale de Computer Use, de Skills API et de Files API sur Claude Platform. La publication ajoute aussi un outil d'utilisation du navigateur et une version actualisée de Computer Use capable d'exécuter plusieurs actions pendant un même tour. Pour les entreprises, le changement important ne se limite pas à un accès élargi aux fonctions d'agent. Il impose de gouverner une surface plus vaste d'actions, d'instructions et de données à mesure que ces capacités entrent dans les déploiements courants.
La disponibilité générale est une étape du cycle de vie d'un fournisseur, pas la preuve qu'une capacité est approuvée pour chaque organisation ou charge de travail. Les agents peuvent agir dans des interfaces, les skills peuvent regrouper des instructions et du code réutilisables, et les fichiers peuvent transporter des données métier entre les flux. Chaque couche exige un responsable, une limite d'autorisation, un processus de changement et des preuves auditables avant la production.
Ce qu'Anthropic a publié
Selon l'annonce d'Anthropic, Computer Use, Skills API et Files API sont désormais disponibles de façon générale sur Claude Platform. L'entreprise a aussi publié un outil pour le navigateur et mis à jour Computer Use afin d'exécuter plusieurs actions pendant un tour du modèle. Anthropic affirme que cela peut réduire la latence des tâches en plusieurs étapes. Toute mesure de performance reste néanmoins une affirmation du fournisseur à tester dans l'environnement de l'acheteur.
Skills API permet aux développeurs de charger et de versionner des paquets réutilisables donnant à Claude des procédures et ressources spécialisées. Anthropic indique que Files API propose maintenant une expiration automatique, des limites de débit multipliées par cinq et jusqu'à un téraoctet de stockage par organisation. L'annonce précise que Skills et Files sont également disponibles dans Microsoft Foundry. Elle présente la mise à jour de Computer Use et du navigateur sur Google Cloud Vertex AI comme future, et non comme une capacité multicloud déjà disponible.
Ces services relient trois plans de contrôle distincts:
| Capacité | Valeur opérationnelle | Question de gouvernance |
|---|---|---|
| Computer Use et navigateur | Agit dans des interfaces graphiques ou web | Quelles actions, comptes et destinations sont autorisés? |
| Skills API | Réutilise des instructions, du code et des ressources | Qui a approuvé cette version et qu'est-ce qui a changé? |
| Files API | Stocke et réutilise les données d'un flux | Quelles règles de classification, conservation, région et accès s'appliquent? |
Pourquoi la disponibilité générale exige une décision de gouvernance
Un point de terminaison classique renvoie du contenu. Un agent utilisant un ordinateur peut naviguer et agir, de sorte qu'une sortie erronée ou manipulée peut produire une conséquence externe. Les recommandations de Microsoft sur les agents d'automatisation du navigateur avertissent indépendamment que ces agents peuvent accéder à des identifiants et systèmes d'entreprise, commettre des erreurs ou être trompés par des données malveillantes. Microsoft attribue la responsabilité au déployeur et recommande un bac à sable, des privilèges minimaux, une surveillance attentive et une supervision humaine pour les actions sensibles.
Le même raisonnement vaut pour les skills réutilisables. Un skill peut améliorer la cohérence, mais aussi diffuser des instructions dépassées, du code dangereux ou des permissions dans de nombreux flux. Le versionnage n'est utile que si l'organisation conserve la version exécutée, son approbateur, ses dépendances et sa date de réévaluation. La documentation Foundry de Microsoft présente elle aussi les skills comme des paquets réutilisables dont l'environnement d'exécution et le cycle de vie font partie du déploiement.
Les fichiers créent une troisième obligation. Une expiration automatique peut soutenir la minimisation, mais une valeur par défaut n'est pas une politique légale de conservation. Les équipes doivent classer les données, préciser la finalité et la résidence, limiter la récupération, supprimer les copies dérivées et documenter les exceptions.
Le guide Maetra sur l'application des politiques de gouvernance IA en production explique pourquoi une politique doit se relier aux décisions d'exécution. La présentation de Task Guard montre comment comparer la tâche prévue, l'action observée et les preuves d'escalade.
Liste de contrôle pour Computer Use, Skills et Files
Les responsables de plateforme IA, de sécurité, de conformité et de produit devraient exiger huit éléments avant une activation en production:
- Nommer le flux et son responsable. Documenter l'objectif, les utilisateurs, les données, les environnements, les actions attendues et interdites, ainsi que le propriétaire du service.
- Définir l'enveloppe d'action. Autoriser seulement les applications, domaines, comptes, outils et transactions nécessaires. Exiger une approbation distincte pour les messages, soumissions, achats, changements d'accès et actions destructrices.
- Utiliser des identités isolées. Exécuter les agents dans un bac à sable avec des identifiants éphémères et un privilège minimal. Une session générale de navigateur ne doit pas hériter de tous les droits d'un administrateur humain.
- Gouverner les versions des skills. Examiner la source, les dépendances, permissions, communications réseau, résultats attendus et méthode de retour arrière. Épingler la version approuvée et réévaluer tout changement important.
- Fixer les règles des fichiers. Classer les chargements, configurer accès et expiration, vérifier les exigences de lieu et de suppression, et empêcher le franchissement des limites de locataire, dossier ou privilège.
- Garder un humain aux seuils importants. Exiger un contrôle informé avant un engagement juridique, une décision réglementée, une publication externe, un mouvement d'argent, une communication à fort impact ou un changement irréversible.
- Journaliser pour reconstruire. Consigner les versions du modèle, de la politique et du skill, la classe d'entrée, les appels d'outils, destinations, autorisations, identifiants de fichiers, approbations, erreurs et résultat final.
- Tester l'échec et la reprise. Évaluer l'injection de prompt, les pages malveillantes, les instructions ambiguës, les skills obsolètes, les dialogues inattendus, les boucles et l'exposition d'identifiants. Prévoir un arrêt d'urgence et une procédure d'incident testée.
Les achats doivent aussi vérifier les conditions de service, sous-traitants, régions disponibles, limites d'utilisation, engagements de support et contrôles exacts du parcours cloud choisi. Un même nom de fonction sur plusieurs plateformes ne garantit pas un comportement identique.
Limites et prochaine décision de contrôle
La publication présente le propre produit d'Anthropic. La disponibilité générale n'établit ni la sécurité, ni la conformité, ni l'adéquation à une finalité, et les affirmations de performance exigent des tests indépendants. Le contenu web peut être hostile, les interfaces peuvent changer et un agent peut mal comprendre une instruction valide. La disponibilité cloud varie aussi, puisque la mise à jour Vertex est annoncée pour plus tard.
La décision immédiate n'est donc pas de savoir si chaque équipe doit adopter les outils. Il faut déterminer quels flux possèdent une enveloppe d'action défendable, des identifiants isolés, des versions gouvernées, des fichiers contrôlés et des preuves suffisantes. Sans ces éléments, la capacité doit rester dans un environnement de test restreint.
Analyse Maetra: les critères de lancement d'un agent devraient relier l'objectif approuvé aux actions réelles, aux versions des skills, à l'accès aux fichiers et à l'escalade humaine. Maetra Govern peut aider les équipes à attribuer ces contrôles et preuves avant un déploiement large.