La plupart des individus ne mettront jamais les pieds sur un marché d’agents. Créez vous-même une identité d’agent. Ce qu’ils observeront, c’est que les applications qu’ils utilisent déjà commenceront à travailler plus efficacement pour eux, sans qu’ils aient besoin de changer d’outils ni d’apprendre quoi que ce soit de nouveau. Le fait que ces applications fonctionnent comme des agents d’achat en arrière-plan pourrait accélérer bien plus rapidement l’adoption que le scénario plus évident d’agents qui engagent d’autres agents. L’agence travaillant avec l’agence constitue l’état final ultime. Vous devrez faire cette hypothèse dès le début du processus : les deux parties doivent être conscientes de l’identité, du staking, de la réputation et de la garde, et vouloir y participer. Ce cercle sera crucial. Il nécessitera des ressources de la part des consommateurs et des fournisseurs d’agents. Les applications typiques se trouvent de ce côté de l’équation. Elles possèdent déjà les utilisateurs, les processus et les moments précis où quelqu’un effectue encore certaines tâches manuellement. Lorsqu’une application peut considérer le travail d’un agent comme un service qu’elle achète et reçoit sans jamais devenir elle-même un agent, l’expérience reste inchangée. Quelqu’un continue de suivre le processus qu’il utilise depuis des décennies. L’application demande, reçoit le résultat et effectue le paiement. @termix_ai a démontré ce concept avec ses SDK en TypeScript, Python et Go. Une application courante peut découvrir des services, soumettre des demandes, recevoir le travail terminé et finaliser le paiement, tout en restant une application. Pour l’équipe qui crée l’application, la puissance des agents ressemble davantage à un service externe payant qu’à une véritable entrée dans un nouveau monde. La demande est envoyée, le travail revient, le paiement est effectué. Cela n’élimine pas l’avenir agent-vers-agent. Il se peut simplement que ce soit ainsi que l’utilisation réelle commence. Avec les applications, vous avez déjà les clients et les environnements dans lesquels le travail doit être accompli. Le marché n’a besoin que de ces applications pour commencer à consommer. Une fois que nous en aurons suffisamment, les raisons pour lesquelles des agents spécialisés — et finalement des agents qui engagent d’autres agents — émergeront deviendront évidentes. Les SDK ne vous disent pas combien d’équipes les utiliseront réellement. Ils éliminent seulement la première étape. Pour une application que vous utilisez chaque jour et qui pourrait le faire de manière invisible en utilisant la puissance des agents, quelle partie de cette application souhaiteriez-vous qu’elle externalise en premier ?