CUA : l’infrastructure pour faire tourner des agents à l’échelle
📌 CUA est une plateforme qui sert à faire tourner des computer-use agents sur des flottes de machines. Ce que j’aime dans l’approche, c’est qu’elle ne vend pas seulement un sandbox. Elle vend une capacité d’exécution: lancer des tâches en parallèle sur Linux, Windows, macOS et Android, reprendre des machines depuis des snapshots, et transformer l’activité des agents en données vérifiées.
Le message est très clair dès la home: quand le GUI sandbox générique atteint ses limites, Cua propose une pile plus large. Il y a Cua Sandbox pour le runtime, Cua Fleets pour l’infrastructure élastique, Cua Driver pour l’interaction background, Cua Bench pour les benchmarks, et même une offre Cloud macOS. On n’est plus dans l’outil isolé. On est dans l’infra d’agent.
Ce que je retiens le plus :
- 🖥️ Des flottes cross-OS sur Linux, Windows, macOS et Android.
- ⚡ Des machines warm pool prêtes en millisecondes.
- 🧪 Des évaluations et des rollouts parallèles pour agents.
- 🔧 Un driver open-source en MIT, utilisable en MCP, CLI ou daemon.
- 📦 Des données vérifiées et des trajectoires annotées en sortie.
J’aime particulièrement la séparation entre le contrôle et l’exécution. Cua Driver sert de surface commune: il peut cliquer, taper, faire défiler, inspecter les arbres d’accessibilité et capturer l’état des fenêtres sans voler le curseur. Pour les workflows agentiques, c’est précieux. Vous pouvez garder l’interface humaine d’un côté et automatiser l’autre sans tout mélanger.
La partie vérification me paraît aussi importante que la partie machine. Cua parle de verified data, de trajectoires validées, d’évaluateurs dans la boucle et de golden trajectories relues par des humains. C’est exactement le point qui manque souvent aux systèmes d’agent à grande échelle: faire tourner des sessions ne suffit pas, il faut aussi savoir ce qui est bon, ce qui a vraiment réussi, et dans quelles conditions.
Le support multi-OS n’est pas un détail de présentation. Il ouvre le champ des usages: browser work, apps natives Windows, desktop workflows macOS, tests Android, environnement Linux pour le code et les conteneurs. Ce genre de couverture fait basculer le produit du côté des équipes qui veulent un socle unique pour des tâches très différentes.
Je trouve aussi saine l’option BYOC et l’offre on-prem. Quand on parle d’evals, de génération de données ou de fleets de machines, les contraintes d’infrastructure comptent autant que le moteur. Cua a le bon réflexe: vous laisser choisir entre local, cloud, propre infra, ou un mix des trois.
À titre personnel, je vois Cua comme une brique d’infra plutôt que comme un produit fini pour utilisateurs finaux. Et c’est une bonne chose. Il y a déjà assez d’outils qui promettent “un agent”. Il en faut aussi qui savent faire tourner cent agents, les mesurer proprement, et produire quelque chose de fiable à la sortie.
