Aujourd’hui, Anthropic annonce que l’exécution des outils dans Cowork migre des VMs locales vers des sandboxes cloud. Ce changement révèle ce qui se passe quand les bénéfices de sécurité théorique se heurtent à la réalité : usure batterie, consommation disque, ralentissements de performance. Pour les PME qui évaluent ou construisent des plateformes d’agents IA, c’est le moment d’arrêter de croire aux choix d’architecture idéologiques et de commencer à faire les calculs.
Quand Anthropic a lancé Cowork, l’architecture était philosophiquement pure : l’inférence de modèles tournait dans le cloud, mais l’exécution des outils—la capacité réelle de l’agent à accéder vos fichiers et faire des appels système—résidait dans une VM locale gérée par Anthropic sur votre machine. La logique tenait : gardez les mains de l’agent dans un sandbox que vous contrôlez, sur votre matériel, où vos données ne quittent pas votre bureau.
C’est une architecture de sécurité qui sonne juste. Exécution contrainte, accès aux données explicite, pas d’appels API surprises. Felix Rieseberg, qui pilote Cowork chez Anthropic, a passé des mois à défendre exactement ce design. Pour les environnements d’entreprise et les charges réglementées, l’exécution locale était la fonctionnalité.
Puis la réalité s’est invitée.
Ce dont les utilisateurs se plaignaient réellement
La VM fonctionnait. Mais le coût était matériel. L’utilisation disque s’accumulait d’une manière que les utilisateurs trouvaient frustrante. Les temps de démarrage posaient un surcoût tangible. L’usure batterie devenait palpable. La dégradation de performance, surtout sur les portables mid-range, était persistante. Rien de catastrophique, rien ne rendait le produit inutilisable, mais assez de friction pour que cela s’accumule. Fermer votre laptop, et le travail s’arrêtait. Le faire tourner toute la journée, et votre batterie en payait le prix.
Le bénéfice de sécurité—vos fichiers restaient sur votre machine—existait en théorie. En pratique, la plupart des utilisateurs n’y pensaient jamais. Ils fermaient leur laptop, s’attendaient à ce que Cowork continue, et se frustraient quand ce n’était pas le cas.
À partir d’aujourd’hui, tout change. Anthropic migre l’exécution des outils vers le cloud. Le modèle et la VM tournent maintenant sur les serveurs d’Anthropic, liés à votre compte. Votre application desktop devient un client : quand vous avez besoin d’un fichier, l’application gère l’accès. Les sessions persistent. Le travail continue que votre machine soit allumée ou non. Pas d’usure batterie. Pas de surcharge disque locale. Pas de pénalité de démarrage.
Pourquoi c’est plus important qu’une mise à jour de fonctionnalité
C’est une décision structurelle, et elle vous dit quelque chose d’important sur comment les plateformes d’IA agentique vont réellement se déployer : l’architecture de sécurité théorique perd contre l’expérience utilisateur réelle, même chez une entreprise qui peut se permettre d’être de principe à ce sujet.
Anthropic n’est pas une startup scrappy optimisant l’engagement à tout prix. Ils livrent de l’IA d’grade entreprise avec de sérieuses considérations de sécurité. Ils avaient la conviction pour construire l’exécution locale. Et ils l’ont abandonnée non parce qu’elle était cassée, mais parce que le coût d’expérience utilisateur était trop élevé.
Qu’est-ce que cela signifie pour vous ? Si vous construisez une plateforme d’agents IA, cela veut dire que l’architecture que vous choisissez—locale, cloud, hybride—doit être défendue non pas par l’argument mais par les calculs. Quantifiez le coût réel d’infrastructure. Quel est le footprint disque ? L’usure batterie par heure d’utilisation ? La latence de démarrage ? La consommation CPU/mémoire au repos ? Si vous ne pouvez pas défendre ces chiffres, ne livrez pas l’architecture.
Si vous évaluez des plateformes d’agents pour votre équipe, cela veut dire que vous devriez arrêter de demander « où tourne le code ? » et commencer à demander « quel est le coût réel de ce choix ? » Un fournisseur vous dit que ses agents tournent localement pour la sécurité ? Demandez-leur : quel est l’impact sur la batterie ? Combien de disque ? Quelle est la vitesse de démarrage ? S’ils handwavé, ils n’ont pas fait les calculs eux-mêmes.
Ce que cela signifie pour votre décision
Le mouvement de Cowork ne signifie pas que l’exécution locale est mauvaise. Pour les industries réglementées—santé, finance, droit—où la résidence des données est une contrainte dure, l’exécution locale peut être la seule option, et le coût batterie peut être acceptable. Mais même là, vous avez besoin de le savoir.
Ce que cela signifie, c’est ceci : la performance, la batterie et la surcharge disque ne sont pas des détails mineurs. Elles sont suffisamment matérielles pour remodeler la stratégie de déploiement chez l’une des entreprises d’IA les mieux dotées en ressources au monde. Imaginez une PME de logistique de 40 personnes qui évalue deux plateformes d’agents. L’une promet l’exécution locale et la sécurité. L’autre tourne dans le cloud mais réduit le surcoût de démarrage notablement et économise batterie sur l’utilisation quotidienne. Les calculs deviennent évidents très rapidement.
Pour la plupart des PME, le message est plus simple : quand un fournisseur pousse une architecture particulière (locale, cloud, edge, hybride), demandez-lui de vous montrer les arbitrages, pas la théorie. Quel est votre coût batterie ? Votre footprint disque ? Votre profil de latence ? Faites-les défendre avec des chiffres. Cowork vient de vous donner la permission de le faire.
0 Comments