스크립트
00:00:00Bonjour à tous. Bienvenue. Nous allons donc parler un peu du Web agentique et plus
00:00:19spécifiquement de ce que cela signifie et de la façon de préparer le Web pour les agents. Un avertissement : j'ai préparé cette
00:00:26présentation hier, elle est donc peut-être déjà obsolète, car les choses évoluent très, très vite dans ce domaine.
00:00:32Et je pense qu'il faut que je me présente juste pour donner un peu de contexte. Je suis le cocréateur et
00:00:38le mainteneur d'une spécification appelée MCP Apps. MCP Apps est la spécification sous-jacente derrière ChatGPT Apps,
00:00:45Claude Apps, Copilot, GitHub... Toutes les applications conversationnelles que vous voyez reposent sur la spécification MCP Apps
00:00:53au sein du comité MCP. Je suis aussi le cofondateur d'une entreprise appelée Aura, où nous étudions les
00:00:58interactions humaines agentiques. Et j'ai conçu et dirigé les vitrines agentiques chez Shopify. Le sujet du
00:01:06Web agentique me tient donc particulièrement à cœur. Et voici une petite introduction à MCP Apps, si vous ne connaissez
00:01:12pas le sujet. Les MCP Apps sont en fait la spécification qui a ouvert la voie au Web agentique. MCP
00:01:18Apps a été publiée en tant que spécification et standard il y a quelques mois, soutenue d'abord par Claude
00:01:25comme premier client, puis tous les autres ont suivi. Et si vous utilisez une application de chat et que vous avez extrait
00:01:32une couche d'interface d'affichage et d'interaction depuis un serveur MCP, vous avez probablement utilisé MCP Apps.
00:01:39Et ce qui est formidable avec MCP Apps, c'est que tout le monde y gagne. Car si les serveurs ou les fournisseurs peuvent
00:01:48envoyer des éléments d'interface dans les conversations, les applications conservent leur marque et leur identité. Elles gardent leur interface utilisateur
00:01:58au lieu d'être réduites à une base de données ou à du simple texte. Les utilisateurs y gagnent en confiance et en
00:02:04familiarité. Parce que si vous demandez à ChatGPT « Réserve-moi des hôtels » et que vous voyez Booking.com,
00:02:09vous savez que c'est Booking.com, n'est-ce pas ? Vous savez avec qui vous interagissez. Et les hôtes ou les agents conversationnels
00:02:16accèdent à tout un monde de fonctionnalités. Il y a quelques mois, certains se demandaient : pourquoi
00:02:22OpenAI ne développe-t-elle pas tout de zéro ? Mais OpenAI ne va pas négocier des accords avec des hôtels ni gérer
00:02:29les utilisateurs qui veulent changer de place dans une salle. Nous avons besoin de ces services. Et MCP Apps résout justement
00:02:35ce dernier kilomètre de l'interaction.
00:02:41Voilà. C'est l'avantage que nous en tirons. MCP Apps a résolu ce dernier kilomètre d'interaction. Mais
00:02:51qu'entend-on par « dernier kilomètre » ? C'est le fait qu'à mesure que les agents et les modèles s'améliorent, ils deviennent plus
00:02:57autonomes. Mais en tant qu'humains, nous restons au bout de la chaîne. Nous devons toujours être capables de
00:03:05choisir l'hôtel, de visualiser un modèle 3D ou de sélectionner un siège dans une salle. Tout ce dernier kilomètre
00:03:12d'interaction peut évoluer. Et voici un exemple issu de... Oh, désolé. Oui. C'est une
00:03:20démonstration de MCP Apps sur Claude. Voilà à quoi cela ressemble. Quand vous intégrez des applications dans un chat,
00:03:28vous obtenez cette expérience unifiée de l'interface au sein même de la conversation. Et comme vous le voyez,
00:03:36dans le même échange, vous obtenez des données de Booking, d'AllTrails, et de tout ce avec quoi vous voulez
00:03:41interagir. C'est donc déjà une réalité. MCP Apps est déjà largement pris en charge
00:03:49par presque tous les agents conversationnels, sauf Gemini, mais ça arrive. C'est déjà en cours. Et la partie
00:03:57intéressante, c'est que cela nous amène à ce que nous appelons le Web agentique. Mais qu'est-ce que le Web agentique ?
00:04:05Le Web agentique n'est pas un Web composé d'agents. Ce n'est pas le Web tel qu'on le connaît aujourd'hui. C'est une vraie rupture.
00:04:11C'est un changement dans notre façon de concevoir les sites web et les navigateurs. Parce qu'aussi jusqu'ici, nous avons passé
00:04:2120 ans, deux décennies, à perfectionner cette expérience. C'est-à-dire que si je veux réaliser un projet,
00:04:29accomplir une tâche ou organiser un anniversaire, je dois ouvrir des onglets dans mon navigateur et passer de l'un à l'autre,
00:04:36en formulant mes besoins différemment pour chacun de ces services. Autrement dit, si je veux juste
00:04:43organiser un anniversaire, je dois me familiariser avec l'interface de Google, d'Amazon, de Booking, et de tel
00:04:51ou tel autre service. Tout cela simplement pour exprimer le même besoin sur différentes interfaces. Et chaque
00:04:58entreprise a optimisé ce parcours utilisateur. Mais nous n'avons plus besoin de faire ça. Nous pouvons simplement prendre
00:05:04ces interfaces et les décomposer. Car je n'ai pas besoin de 99 % du tableau de bord de Booking. Je n'ai pas besoin
00:05:12de 99 % de celui d'Airbnb. Et certainement pas de celui de Jira. Mais je veux transmettre ma demande à ces
00:05:19services. Alors pourquoi ne pas laisser mon assistant personnel s'en charger ? Si j'ai un assistant personnel,
00:05:27je peux prendre ces éléments unitaires qu'il va assembler. Et il me dit : « Je vois que vous avez un
00:05:31anniversaire qui approche. Voici l'aperçu Google qui l'indique.
00:05:36Je peux faire des achats et réserver l'hôtel pour vous. » Comme Claude me connaît, il sait que
00:05:43je préfère les hôtels en pleine nature. Il sait donc qu'il doit afficher la carte de Booking. Je n'ai même pas
00:05:49à y penser. Et ce que Booking, Amazon et Google y gagnent, c'est cette couche d'intégration
00:05:56qu'ils n'ont plus besoin de développer. Parce que Claude possède déjà mon contexte. Booking n'a plus
00:06:01besoin de développer une intégration avec mon agenda, ni Amazon avec Booking.
00:06:06C'est donc gagnant-gagnant pour tous. C'est cette vision que nous visons. Et c'est très différent
00:06:13de la direction actuelle, qui consiste à naviguer sur différents services uniquement
00:06:21pour se retrouver face à des champs de texte demandant ce qu'on veut y faire. Personne ne fera ça.
00:06:27Dans un an, personne n'ira consulter les agents d'Amazon, d'Etsy ou d'Expedia. Je n'en ai
00:06:34pas envie. J'ai mon propre assistant personnel. Je ne veux pas utiliser votre agent, je veux le mien.
00:06:41D'accord ? Si l'on y réfléchit, cela veut dire que les sites web en tant que source de vérité ultime
00:06:49sont aménés à disparaître. Pourquoi garder le site classique ? Pourquoi ouvrir un onglet ?
00:06:55Pourquoi chercher l'information que le site web s'évertue à m'afficher ?
00:06:59La réaction immédiate à cela est de dire qu'il existe des agents de navigation ou des agents d'utilisation d'ordinateur.
00:07:04Nous avons des agents et des assistants très intelligents capables de naviguer sur le Web pour nous. Mais cela n'a pas de sens.
00:07:10C'est juste chercher un cheval plus rapide. Pourquoi laisser un agent qui n'a aucune notion des limites de la perception
00:07:17humaine manipuler des filtres, de la pagination, du tri et toutes ces interfaces que nous avons
00:07:24mises des décennies à perfectionner pour les humains, juste pour qu'il accomplisse sa tâche ? Google mise énormément sur
00:07:33l'autre extrémité du spectre, à savoir la conavigation et les sites web. Ils ont d'ailleurs proposé un protocole
00:07:37ou standard appelé WebMCP. Selon WebMCP, au lieu que l'agent fasse des captures d'écran des sites web
00:07:44pour essayer de comprendre ce qui s'y passe, le site web expose directement des outils JavaScript
00:07:49avec lesquels l'agent peut interagir. On voit ici un exemple de Gemini dans Chrome qui achète des objets
00:07:55ou déniche des offres pour moi pendant que je navigue, ce qui est très sympathique, mais reste très basique.
00:08:02Que se passe-t-il si l'on intègre le tableau de bord de Salesforce à Gemini sur Chrome ? Quel en serait l'intérêt ?
00:08:09Pourquoi devrais-je parcourir le tableau de bord de Salesforce avec Gemini pour qu'il clique à ma place sur une interface que je ne souhaite
00:08:15même pas utiliser ? Ce n'est clairement pas ce que nous recherchons. Le véritable changement, c'est que les assistants
00:08:24deviennent notre porte d'entrée vers le Web. On le voit partout. Tous les grands laboratoires veulent que leur application devienne l'application universelle.
00:08:31La transition est en cours. Des amis à moi qui ont connecté le MCP de Jira à leur environnement de développement ne vont plus du tout
00:08:39sur le site de Jira. Ma mère utilise ChatGPT pour tout. Si elle pouvait prendre rendez-vous chez le médecin
00:08:44via ChatGPT, elle n'irait plus jamais sur le site de la clinique. Et il y a une multitude de sites
00:08:49que plus personne n'ira consulter, car il sera bien plus simple d'y accéder par l'intermédiaire de son
00:08:54assistant personnel. Les sites web vont donc devenir obsolètes, tout comme les navigateurs, et l'assistant
00:08:59personnel deviendra notre unique accès au Web. Je sais ce que vous pensez : cela fait penser au vieux rabat-joie
00:09:04qui râle tout seul dans son coin. Ils ne vont pas disparaître du jour au lendemain,
00:09:11mais on le constate déjà chez la jeune génération. Mon fils de 9 ans va directement sur ChatGPT. Il ne va pas sur
00:09:17Google quand il veut chercher quelque chose. Lors d'un voyage en Géorgie, ce pays d'Europe de l'Est,
00:09:24une dame d'environ 70 ans m'a demandé de la prendre en photo. Sur son
00:09:28téléphone, elle n'avait que trois applications : WhatsApp, l'appareil photo et ChatGPT. C'est tout. La transition est en marche. Et des personnes
00:09:36très avisées, comme David Cramer de Sentry, disaient il y a un an : « Je parie contre quiconque
00:09:44pense que les sites web seront obsolètes d'ici 25 ans. » C'était il y a un an. Il y a quelques jours,
00:09:49David Cramer a publié un article intitulé « Designing for Agents », où il écrit : « Nous devons admettre que l'interaction
00:09:54avec nos produits chez Sentry ne se fera plus exclusivement à travers notre application web. Nous devons concevoir les API
00:10:00comme interface prioritaire. » Tout devient headless. Salesforce est récemment passé au headless, ce qui est
00:10:06majeur, car la principale différenciation de Salesforce résidait dans son expérience utilisateur et sa façon
00:10:12de présenter les choses. Et pourtant, ils ont franchi le pas. Tout comme Cloudflare ou Sentry.
00:10:17Voici un tweet du PDG de Cloudflare indiquant que le trafic des agents a dépassé celui des humains sur le Web. Et nous
00:10:25observons divers niveaux d'interaction. Si mon agent est autonome, je n'ai pas besoin de cette interface finale,
00:10:30n'est-ce pas ? Si j'utilise un agent autonome, je lui dis juste : « Organise mes e-mails. » Il revient
00:10:35et me dit : « C'est fait, parfait. » Mais si je veux réserver un hôtel pour ma lune de miel, j'aurai sûrement besoin de cette étape d'interaction
00:10:40visuelle. C'est ce que nous appelons le Web quasi-headless. Ce n'est pas du headless pur. Les agents
00:10:47interagissent avec votre site de manière automatisée, puis vous restituent ces éléments d'interface.
00:10:55L'expérience utilisateur telle que nous la connaissons se scinde donc. Il y a désormais l'expérience que l'agent a de votre site,
00:11:02et la manière dont l'utilisateur perçoit l'agent qui parcourt votre site. Mais 90 % reposera sur l'expérience des agents,
00:11:09ce qui signifie que votre site web doit être totalement adapté aux agents. Il doit être prêt
00:11:16pour votre propre agent. Si je suis Booking, je dois préparer des réservations adaptées à l'agent de Booking. Je dois les rendre
00:11:21compatibles avec le ChatGPT ou l'agent autonome de mon client. Et je dois aussi être prêt pour le client
00:11:28humain qui n'a pas d'agent, mais veut quand même naviguer sur booking.com, n'est-ce pas ? Je dois donc
00:11:33être prêt pour les agents. Et nous avons découvert qu'être « agent-ready » implique beaucoup de choses. On entend beaucoup parler
00:11:39d'AEO, de SEO, de GEO, de la manière de se faire découvrir. Mais la découverte n'est que la première étape. Car une fois qu'un agent sait
00:11:47que vous existez, il doit encore savoir ce que vous faites, comment interagir avec vous, comment s'authentifier
00:11:51auprès de vous et comment vous payer de façon autonome, vous voyez ? C'est une anecdote, mais quand nous avons
00:11:56développé l'analytique pour notre produit, nous avons demandé à CloudCode quel était le meilleur service d'analyse.
00:12:02Il nous a recommandé PostHog, un service d'analyse. Nous avons dit non, nous préférons Mixpanel, car nous connaissons
00:12:07Mixpanel. Nous l'utilisons depuis dix ans et savons comment travailler avec. Mais CloudCode a insisté sur
00:12:11PostHog. Il disait que PostHog avait un meilleur MCP et une meilleure API, facilitant son intégration. Nous
00:12:17n'avons pas de fidélité à la marque, alors nous avons choisi PostHog, comme recommandé par CloudCode. Mais cela
00:12:21nous a fait réfléchir à Mixpanel. Mixpanel a passé une décennie à perfectionner son UX et son expérience développeur.
00:12:26Nous les avons abandonnés simplement parce que CloudCode préfère PostHog. Et cela se reproduira toujours. Hermes, par exemple,
00:12:31s'il utilise votre produit et doit lancer un navigateur pour cela, il s'en souviendra.
00:12:35La fois suivante, il ne viendra plus sur votre produit, n'est-ce pas ? C'est pourquoi chez Aura, un laboratoire de recherche sur le Web agentique,
00:12:43nous avons commencé nos recherches. Nous avons levé des fonds et nous sommes demandés ce que signifie
00:12:49pour le Web d'être prêt pour les agents. Nous avons établi ces benchmarks de préparation très intéressants.
00:12:57C'est gratuit : vous pouvez aller sur Aura.ai et tester n'importe quel site Web. Vous obtenez un score et un benchmark
00:13:02basés sur de nombreux protocoles et bonnes pratiques, ainsi qu'un retour d'expérience de l'agent. En fait,
00:13:09l'agent vous renvoie des remarques sur votre site. Nous avons également ce classement montrant comment les entreprises
00:13:16et les produits se situent par rapport à ce benchmark. Nous avons commencé à cartographier le Web et tout allait bien.
00:13:24Mais nous avons découvert quelque chose d'inattendu. Quelqu'un ici a-t-il déjà entendu parler de LMS.txt ?
00:13:36LMS.txt est un peu le standard de fait pour être prêt pour les agents. On se dit : si le site publie un fichier LMS.txt,
00:13:42les agents sauront comment interagir avec. Il y a aussi auth.md, pricing.md, X402 et plein d'autres standards. Or, nous avons constaté que près de 50 % des sites testés
00:13:52publiaient un fichier LMS.txt. Cependant, aucun des agents que nous avons fait tourner sur ces sites n'a réellement utilisé ce fichier LMS.txt.
00:14:02En réalité, la quasi-totalité des agents est allée directement sur la page de documentation, puis sur la page d'accueil. Et les 40 % qui ont utilisé LMS.txt ne l'ont fait que parce que la doc
00:14:12indiquait la présence d'un fichier nommé LMS.txt à utiliser. C'est là que nous avons compris.
00:14:19Cela n'a pas beaucoup de sens pour nous, humains, de définir ce dont les agents ont besoin. Plus personne ne fait ça.
00:14:26Même OpenAI ne publie plus de bonnes pratiques pour les outils. Ils expliquent qu'à chaque fois qu'ils en publient,
00:14:31les modèles s'améliorent et ces pratiques deviennent obsolètes. Il y a six mois, la meilleure
00:14:36pratique pour un serveur MCP était de rédiger trois paragraphes de description pour que les agents comprennent comment
00:14:41interagir. Aujourd'hui, trois lignes suffisent. Les bonnes pratiques deviennent donc caduques. Nous avons besoin que les agents
00:14:47définissent eux-mêmes leurs besoins. Il nous faut le retour des agents sur le site Web. C'est ainsi que nous avons créé Aura's Journey.
00:14:54Et Aura's Journey est vraiment génial. C'est également gratuit. Vous pouvez aller sur journey.aura.ai et tester
00:15:00n'importe quel site Web, avec n'importe quelle intention et n'importe quel agent, pour observer le parcours de l'agent lorsqu'il tente d'interagir
00:15:08avec le site. Par exemple, sur atia.com, vous choisissez Cloud Code et vous lancez le test. Vous pouvez voir en temps
00:15:17réel comment l'agent navigue et ce qu'il cherche sur le site Web. Nous avons répété l'expérience des dizaines de milliers
00:15:25de fois afin de vraiment comprendre ce que recherchent les agents lorsqu'ils essaient d'interagir avec
00:15:30des sites Web. Et ce qui est intéressant, ce n'est pas de lancer un seul banc d'essai, mais plusieurs. Vous voyez
00:15:39ici Cloud Code, Eve (le banc d'essai de Vercel) et ChatGPT sur le même site Web, avec la même intention.
00:15:45Ici, vous avez Cloud Code, ici Haiku, et là Eve. Remarquez à quel point le parcours de l'agent varie.
00:15:52Et voici ChatGPT, qui a réussi à trouver de meilleurs résultats. On peut observer son parcours à travers
00:16:01le site Web. Nous devons comprendre pourquoi il en est ainsi. Pourquoi des sites Web publient
00:16:08des fichiers auth.md alors que les agents ne les cherchent pas ? Et que cherchent-ils vraiment ?
00:16:13Dans Aura, vous pouvez consulter n'importe quelle question métier. Pour chaque domaine, vous avez des objectifs
00:16:21ou des questions d'affaires, et vous pouvez visualiser les chemins empruntés par les agents. Ce qui est intéressant,
00:16:28c'est que maintenant que nous savons comment les agents interagissent avec les sites Web, quelle est la prochaine grande étape
00:16:33pour le Web agentique ? Pour ceux d'entre vous qui ont suivi la présentation précédente,
00:16:40c'est la découverte. Mais pas la découverte au sens habituel. Ce n'est ni du SEO, ni du GEO,
00:16:45ni de l'AEO. Car n'oublions pas que chaque révolution est venue avec sa propre couche de découverte, n'est-ce pas ?
00:16:52La révolution du Web a apporté la recherche, le mobile les magasins d'applications, et le social les flux d'actualités.
00:16:59Quelle est la couche de découverte pour les ressources agentiques ? Quelle est celle pour les MCP ?
00:17:03Ou pour OpenAPI.JSON ? Que cherche-t-on au juste ? Peut-être qu'Airbnb propose un meilleur MCP
00:17:09que Booking.com, mais que Booking.com a une meilleure API qu'Airbnb. Comment faire le choix ?
00:17:16La recherche Web classique ne suffit plus. Elle repose sur le SEO
00:17:22et le PageRank conçus pour les humains, ce qui manque de flexibilité. Les registres personnalisés, par agent ou
00:17:29par chat, ne suffisent pas non plus car ils sont fermés et exigent que chaque application s'y inscrive.
00:17:36Un registre centralisé, comme un registre MCP, ne suffit pas non plus. Qui se chargerait de la modération ?
00:17:42Quel serait le modèle de gouvernance ? Comment décider quelle ressource rejoint ce registre ?
00:17:48Des normes émergent à ce sujet. Il y a AI Catalog.JSON, une norme portée par
00:17:53Anthropic, OpenAI, Google, MCP et A2A, qui standardise la façon dont un site web s'expose aux agents.
00:18:00Et il y a le standard de découverte de ressources agentiques, porté par toutes ces entreprises et d'autres,
00:18:05qui standardise la façon dont une couche de découverte ou un annuaire s'expose aux agents. Nous avons donc créé
00:18:14notre propre annuaire, n'est-ce pas ? Comme nous sommes un laboratoire de recherche pour le web agentique, nous l'avons développé. Et dans
00:18:18notre annuaire, nous prenons tous les domaines explorés par nous-mêmes ou d'autres, et nous les plaçons dans
00:18:24un annuaire que les agents peuvent interroger. Nous exposons les fichiers AI Catalog.JSON. Vous pouvez donc voir
00:18:31ici, par exemple pour monday.com, que nous générons ce fichier JSON qui indique
00:18:38aux agents : “Voici le serveur MCP pour monday. Voici le serveur API pour monday.com.” Et l'agent
00:18:42peut simplement interroger cela. Ainsi, pour n'importe quel domaine, il suffit de se rendre sur
00:18:47AI Catalog.JSON. Et nous exposons le registre, l'annuaire lui-même. Pour chaque entrée de
00:18:55l'annuaire, nous pouvons indiquer à l'agent : “Pour Vercel, voici les ressources agentiques
00:19:02et comment y accéder. Cet annuaire est entièrement conforme aux normes ARD (Agentic Resource
00:19:08Discovery), permettant à n'importe quel agent de le consulter avec n'importe quelle requête.
00:19:13Voici Aura.directory si vous souhaitez y jeter un œil. Tout cela fait partie de l'écosystème Aura :
00:19:21Journey, Directory et le Ranker. Nous avons découvert d'autres faits très intéressants. Par exemple,
00:19:26être accessible aux agents ressemble beaucoup à être accessible aux humains. Lorsque les LLM arrivent sur votre
00:19:33site Web, ils réagissent comme des personnes malvoyantes. Ils ne voient pas votre site et ont besoin
00:19:39d'autres signaux pour comprendre comment interagir avec. Rendre un site accessible aux humains
00:19:44améliore l'accessibilité pour les agents, et inversement. Pour conclure, voilà ce que sont les applications MCP.
00:19:51C'est ce sur quoi j'ai travaillé ces derniers mois. C'était la dernière pièce manquante pour le Web agentique,
00:19:57celle qui l'a concrétisé. Désormais, les agents arpentent le Web et ont des besoins spécifiques :
00:20:03de nouvelles voies, de nouvelles infrastructures. Mais il ne s'agit pas de reconstruire le Web pour eux,
00:20:09il faut le leur rendre accessible. Assurons-nous donc que le Web soit prêt pour la venue des agents.
00:20:18Merci beaucoup.
00:20:39Merci.
커뮤니티 글
아직 글이 없습니다. 이 영상에 대한 첫 번째 글을 작성해 보세요!
이 영상에 대해 글쓰기