Asana divise par 76 le coût de son agent navigateur
Grâce à GPT-6 Astra dans Codex, Asana a rendu son agent navigateur 76 fois moins cher et 5 fois plus rapide lors de tests, afin de proposer à ses clients des modèles plus performants.
Contexte
OpenAI News a publié un témoignage client : Asana, éditeur de logiciels de gestion de projet, a utilisé des modèles de la série GPT-6 dans Codex pour retravailler son agent navigateur. Lors de tests, l'agent est devenu 76 fois moins cher à exécuter et environ 5 fois plus rapide. Asana explique que cette marge lui permet de proposer à ses clients des modèles plus performants, sans réduire les fonctionnalités pour contenir les dépenses.
Ces chiffres viennent d'un environnement de test, pas de la moyenne des tâches clients en production. La source ne donne ni la taille du jeu de test, ni les types de tâches, ni la base de comparaison complète. Le facteur 76 décrit donc un scénario précis. Ce n'est pas une promesse générale de réduction des coûts.
Analyse approfondie
Comment Asana a-t-il rendu son agent navigateur 76 fois moins cher ? La source donne le résultat, pas la répartition des causes. Elle ne distingue pas la part du prix du modèle, du nombre d'étapes et de la conception des prompts.
Pour mesurer l'enjeu, il faut regarder le fonctionnement d'un agent navigateur. Il tourne en boucle : il lit l'état de la page, le modèle choisit l'action suivante, l'agent clique ou saisit, puis relit la page. Créer une tâche, désigner un responsable et remplir les champs peut demander des dizaines d'étapes. Chaque étape est un appel au modèle, avec un contexte qui grossit à mesure que l'historique s'allonge. Le coût et le délai s'additionnent donc.
Une baisse de 76 fois ne vient sans doute pas du seul prix unitaire. Voici notre inférence, tirée de la mécanique générale des agents navigateurs et non de la source : moins de détours et de nouvelles tentatives, moins d'étapes par tâche, des étapes plus rapides. Le fait de travailler dans Codex suggère aussi que l'équipe a utilisé un agent de codage pour itérer sur son propre flux. La source ne détaille pas cette démarche.
Impact sur l'industrie
Pour un éditeur comme Asana, l'enjeu est le passage à l'échelle. Une fonction d'agent est facile à démontrer, mais difficile à servir à tous les clients. Si chaque tâche est lente et coûteuse, l'éditeur plafonne l'usage ou se rabat sur un modèle plus petit. Avec un coût supportable, un modèle plus puissant peut devenir le choix par défaut.
Le cas sert aussi OpenAI, qui peut soutenir que la valeur d'une nouvelle génération de modèles tient à des agents abordables, et pas seulement à des scores de benchmark. Les concurrents sur les tableaux de tâches et les éditeurs d'automatisation de navigateur ou de RPA subissent la pression d'agents capables de s'adapter aux changements de page. Côté utilisateur, plus d'autonomie impose des contrôles de droits, une traçabilité et un retour arrière fiables.
Perspectives
Trois signaux méritent d'être suivis. Asana déploiera-t-il cette configuration à tous ses clients et publiera-t-il des données de production : taux de réussite, nombre moyen d'étapes, coût par tâche, rétention des utilisateurs ? D'autres éditeurs rapporteront-ils des baisses d'un ordre de grandeur ? Si oui, la génération de modèles en est la cause probable. Si seul Asana y parvient, son travail d'optimisation l'explique mieux.
La tarification dira aussi comment Asana juge cette capacité : option payante ou intégration aux offres de base. Enfin, la fiabilité ne disparaît pas avec le prix. Une vérification de connexion, une refonte de page ou une fenêtre contextuelle peuvent encore faire échouer l'agent. Des appels bon marché peuvent encourager les nouvelles tentatives, donc le coût total doit être suivi en continu. Pour l'instant, les chiffres de 76 fois et de 5 fois restent des résultats de test, en attente d'une confirmation plus large.
Sources
FAQ
Qu'a obtenu Asana en utilisant les modèles GPT-6 pour son agent navigateur ?
Asana, éditeur de logiciels de gestion de projet, a remanié son agent navigateur avec les modèles de la série GPT-6 dans Codex. Lors de ses tests, l'agent est devenu 76 fois moins cher à exécuter et environ 5 fois plus rapide. L'article ne précise ni la taille du jeu de test, ni les types de tâches, ni la base de comparaison complète.
Pourquoi une réduction de coût de 76 fois d'un agent navigateur compte-t-elle pour les logiciels d'entreprise ?
Un agent navigateur répète une boucle de lecture de page, de décision et d'action, souvent sur des dizaines d'étapes, si bien que coût et latence s'accumulent. Asana indique que cette baisse lui permet de proposer à ses clients des modèles plus performants sans réduire les fonctions. Le cas montre que le passage à l'échelle dépend du coût et de la vitesse par tâche.
Que faut-il surveiller après la baisse de coût de 76 fois annoncée par Asana ?
Il faut surveiller si Asana déploie cette approche à tous ses clients et publie des données de production, comme le taux de réussite des tâches, le nombre moyen d'étapes et le coût par tâche. Il faut aussi suivre les annonces similaires d'autres éditeurs et les changements de tarification. Le facteur 76 vient de tests précis, pas d'une promesse générale.