Exa annonce Agent Ultra pour la recherche approfondie
Exa présente Agent Ultra, un mode de son API Agent pensé pour les recherches longues qui doivent parcourir beaucoup de sources. L'éditeur le décrit comme le niveau d'effort le plus élevé de son agent, avec répartition du travail entre plusieurs sous-agents explorant des domaines en parallèle. Les cas d'usage mis en avant relèvent de la recherche approfondie, de la constitution de listes d'entités et de l'enrichissement de fiches à partir du web.
Ce que ça change pour toi
Pour un indépendant ou une petite équipe, l'intérêt se joue sur des tâches précises: cartographier un marché, retrouver les entreprises correspondant à un critère, compléter une base de prospects. Avant d'en faire un outil de travail, il faut définir un dossier de référence dont la réponse est déjà connue en interne et comparer ce que l'agent renvoie.
Ce que dit Exa
Déclarations relevées dans les sources
- Exa présente Agent Ultra comme le niveau d'effort le plus élevé de son API Agent.
- Selon Exa, Agent Ultra découpe une tâche en sous-tâches et confie chaque domaine à des sous-agents travaillant en parallèle.
- Exa affirme que son mode Ultra dépasse les modèles concurrents réglés à leur effort maximal sur plusieurs référentiels de recherche.
- Exa met en avant un coût par tâche inférieur à celui des systèmes comparés et vise la recherche approfondie, la constitution de listes et l'enrichissement d'entités.
Ce que rapportent d’autres sources
Non confirmé par Exa
- Selon MarkTechPost, Agent Ultra est accessible en API hébergée via un paramètre d'effort dédié.
- Selon MarkTechPost, le modèle n'est pas en poids ouverts et ne peut pas être déployé sur une infrastructure propre.
- Selon MarkTechPost, les résultats publiés proviennent du fournisseur et n'ont pas été reproduits de façon indépendante.
- Selon MarkTechPost, le protocole d'évaluation reprend la logique d'origine mais change l'outil de récupération de contenus, la couche de transport et le modèle juge.
Ce qui manque
À surveiller
- Aucune évaluation indépendante des performances annoncées n'est disponible.
- Les tarifs détaillés et les modalités de facturation ne sont pas établis dans les sources.
- Le nombre de tâches réellement notées par système et par référentiel reste inégal et peu documenté.
- La durée réelle d'exécution et la stabilité du service en conditions clients ne sont pas vérifiées.
Exa annonce Agent Ultra, un mode de son API Agent destiné aux recherches complexes avec contrôle du budget et du temps d’exécution.
Ce qui est annoncé
Exa positionne Agent Ultra comme un mode d'exécution de son API Agent, et non comme un produit séparé. L'éditeur le présente comme le niveau d'effort le plus élevé de son agent, aux côtés d'un mode automatique situé plus bas dans l'échelle. Le principe décrit consiste à découper une demande en sous-tâches confiées à des agents distincts, qui explorent en parallèle différents domaines d'information avant regroupement des résultats. Exa indique réserver les modèles les plus capables aux étapes qui en ont besoin et s'appuyer sur des modèles plus rapides ailleurs. Les usages mis en avant sont la recherche approfondie, la construction de listes et l'enrichissement d'entités, c'est-à-dire des tâches où la complétude compte autant que l'exactitude.
La différence entre une recherche large et une recherche profonde
Les tâches visées mélangent deux exigences qui ne se mesurent pas de la même façon. La recherche large consiste à ne rien oublier: trouver toutes les entités qui remplissent un critère. La recherche profonde consiste à vérifier, pour chaque entité trouvée, des éléments factuels difficiles à confirmer à partir d'une seule page. Un agent peut très bien exceller sur l'une et échouer sur l'autre. Un résultat long et bien rédigé peut masquer des manques de couverture, tout comme une liste exhaustive peut contenir des attributs mal attribués. Pour un usage professionnel, il faut donc séparer les deux questions lors du test: ai-je la bonne population de départ, et les informations associées sont-elles vérifiables sur la source citée.
Construire un jeu de test avant d'acheter
La façon la plus économique d'évaluer ce type d'outil consiste à préparer un dossier dont la réponse est déjà maîtrisée en interne. Par exemple une liste d'acteurs d'un secteur que tu connais bien, avec les attributs que tu vérifierais toi-même. Lancer l'agent sur cette demande permet de mesurer trois choses: les entités manquantes, les entités ajoutées à tort, et la part d'attributs vérifiables en remontant à la source indiquée. Ce protocole vaut plus qu'une comparaison entre fournisseurs, parce qu'il porte sur ton domaine et ton niveau d'exigence. Il donne aussi une base de comparaison stable si tu testes plusieurs outils ou si le fournisseur fait évoluer son système.
Les points à vérifier auprès du fournisseur
L'annonce décrit une architecture et des cas d'usage, pas les modalités pratiques d'exploitation. Avant toute intégration, plusieurs éléments doivent être confirmés dans la documentation ou auprès de l'éditeur: la façon dont l'usage est facturé, les réglages disponibles pour arbitrer entre niveau d'effort et dépense, le comportement en cas de tâche très longue et la manière dont les résultats sont restitués. Ces réponses conditionnent le scénario d'intégration réaliste pour une petite structure, qui passe souvent par un traitement lancé en arrière-plan puis relu, plutôt que par une interface interactive. La question économique à trancher porte sur le coût par entité réellement utilisable après contrôle humain.
Ce qui reste incertain
Le sujet reste une annonce de fournisseur, avec des évaluations menées en partie par ce fournisseur sur des tâches qu'il a sélectionnées. Cela n'invalide rien, mais impose de traiter ces éléments comme des indications et non comme des garanties. Trois points méritent une attention particulière: la stabilité des résultats d'une exécution à l'autre sur une même demande, la qualité des citations qui doivent permettre de remonter à la source, et le comportement de l'outil sur des sujets peu couverts en ligne ou dans une autre langue que l'anglais. Sur ces trois plans, seule une mesure interne apporte une réponse exploitable.