Pomerado, de Y Combinator, transforme les sites en API : 3 cents au lieu de $41

Alors que la plupart des agents apprivoisent le web à la manière des humains, en regardant l'écran et en déplaçant un curseur, la start-up Pomerado, issue de l'écosystème Y Combinator, propose de ne plus imiter l'humain. Dans sa démonstration, Codex a exécuté une tâche via computer use en 21 minutes, pour $41. Avec Pomerado, le résultat est tombé à 8 minutes et 3 cents : environ 2,6 fois plus rapide et environ 1300 fois moins cher. Le code du projet est ouvert.

Pourquoi les clics sur les boutons coûtent si cher

Le computer use repose sur un principe simple, et donc universel. L'agent reçoit une image de la page, décide où cliquer, clique, attend la réaction, regarde la nouvelle capture, puis recommence. Il peut ainsi travailler avec n'importe quel site, même sans interface de programmation. Mais chaque étape exige un appel au modèle, et une tâche complexe compte des dizaines d'étapes. D'où la lenteur, et une facture qui atteint $41 pour une seule tâche dans la démo.

Or l'interface humaine d'un site n'est, au fond, qu'une enveloppe autour de données et d'actions que l'on peut interroger directement. C'est précisément ce qu'exploitent les intégrations classiques : si un service dispose d'une API, l'agent n'a pas besoin de dessiner à la souris ce qu'une seule requête permet d'obtenir.

Le site comme API : ce que promet Pomerado

Selon la description du projet, Pomerado commence par analyser le fonctionnement d'un site donné. L'agent s'adresse ensuite directement à lui, et le site lui-même devient une API ou un serveur MCP. MCP (Model Context Protocol) est un protocole ouvert qui permet de connecter des outils et des sources de données à des agents LLM, et que de nombreux clients et environnements de développement prennent aujourd'hui en charge. Si un site est exposé à l'agent comme un outil MCP, tout agent compatible l'appelle comme une fonction ordinaire.

La seconde partie de la promesse concerne la fragilité. Les intégrations avec des sites dépourvus d'API officielle cassent à chaque refonte ou changement de balisage, et leur maintenance absorbe une part notable du temps. Pomerado affirme que l'outil s'adapte seul aux modifications du site, sans refonte manuelle.

Principaux paramètres de la démonstration :

• Tâche pour Codex via computer use : 21 minutes, $41.
• Même tâche avec Pomerado : 8 minutes, $0,03 (3 cents).
• Gain de temps : environ 2,6 fois.
• Gain de coût : environ 1300 fois.
• Résultat de l'analyse du site : une API ou une interface MCP pour l'agent.
• Adaptation : l'outil réagit de lui-même aux changements du site.
• Licence et accès : code ouvert, dépôt Pomerado/pomerado sur GitHub.
• Statut : projet repéré dans la liste des start-up de Y Combinator.

Ce qu'il faut vérifier avant de déployer

Les chiffres proviennent d'une seule démonstration et ne peuvent pas être comparés à autre chose qu'à cette tâche précise. L'écart de 8 minutes contre 21 est compréhensible et plausible. En revanche, les 3 cents contre $41 montrent surtout combien coûte à un agent un travail pas à pas, avec un appel au modèle à chaque action. Sur d'autres sites et des scénarios plus longs, le rapport sera différent.

La question pratique pour les équipes qui construisent des agents : dans quelle mesure une telle couche gère-t-elle l'authentification, les pages dynamiques et les actions à effets de bord, comme un paiement ou l'envoi de formulaires ? C'est ce qu'il faut tester sur ses propres scénarios.

Le plus simple est de commencer par un pilote. Prenez deux ou trois tâches routinières de l'agent sur des sites externes, par exemple la collecte de données dans des espaces personnels ou le remplissage de formulaires répétitifs. Exécutez-les via computer use et via Pomerado, puis mesurez le temps, le coût et la part d'exécutions réussies. Le code étant ouvert, on peut lire comment le projet analyse les sites et évaluer les risques avant de le brancher sur des processus en production. Il faut aussi vérifier séparément les conditions d'utilisation des sites : un accès direct qui contourne l'interface n'est pas autorisé partout.

Si les chiffres annoncés se confirment ne serait-ce que sur une partie des tâches, le computer use restera une solution de repli pour les sites sans structure prévisible, tandis que l'essentiel de la charge passera par des appels directs.