Reconstruindo a web para agents — Liad Yosef, MCP Apps

Autoria: AI Engineer · Assistir no YouTube

Vídeo de autoria do canal indicado, não da IANIA; todos os direitos pertencem ao criador. Transcrição, resumo e tradução gerados automaticamente; o conteúdo no idioma original é preservado na versão em idioma original.

Idioma original: inglês

Vídeo original: Rebuilding the web for agents — Liad Yosef, MCP Apps · Canal: AI Engineer · 20:19 · Assistir no YouTube

Tópicos: Agentes de IA, Aplicações empresariais de IA, Engenharia de software com IA

Resumo

Liad Yosef apresenta a visão de uma web preparada para agents, na qual assistentes se tornam a principal forma de acessar serviços, enquanto interfaces de sites fornecem recursos de interação quando necessário. Ele explica como MCP Apps permite incorporar interfaces de serviços em conversas e como essa abordagem atende à etapa final da interação humana. A palestra também aborda o que torna um site pronto para agents, a partir de pesquisas e ferramentas da Aura para avaliar como agents percorrem sites e descobrem recursos. A proposta não é reconstruir a web do zero, mas torná-la acessível tanto para agents quanto para pessoas.

Pontos-chave

MCP Apps permite que servidores forneçam componentes de interface dentro de conversas, preservando a identidade dos serviços e oferecendo interação visual aos usuários.
A web para agents representa uma mudança na forma de acessar sites: assistentes podem reunir recursos de vários serviços em vez de exigir que as pessoas naveguem por interfaces separadas.
Agents que controlam um navegador podem ser uma solução limitada quando precisam operar interfaces criadas para a percepção humana.
A experiência na web está se dividindo entre a interação direta de agents com serviços e a interface que o agent apresenta à pessoa para decisões finais.
Estar pronto para agents envolve mais do que ser descoberto: também é preciso que eles entendam o serviço, saibam interagir com ele e consigam se autenticar e pagar.
A Aura desenvolveu avaliações e ferramentas para observar como diferentes agents percorrem sites diante de uma mesma intenção.
Arquivos como llms.txt nem sempre são usados pelos agents; a palestra defende observar o comportamento real deles em vez de depender apenas de práticas recomendadas fixas.
A descoberta de recursos para agents precisa de mecanismos além da busca tradicional, incluindo padrões e diretórios consultáveis por agents.
Acessibilidade para pessoas e acessibilidade para agents podem se reforçar, pois ambos podem depender de sinais além da aparência visual do site.

Capítulos

Início	Capítulo	Resumo
00:01	MCP Apps e a etapa final da interação	Liad Yosef apresenta MCP Apps e explica como interfaces incorporadas às conversas conectam serviços a usuários e agents.
03:46	A mudança para uma web acessada por agents	A palestra propõe substituir a navegação entre interfaces separadas por assistentes que compõem recursos de vários serviços.
08:08	Sites prontos para agents	Yosef discute a ascensão dos assistentes como porta de entrada para a web e a necessidade de preparar serviços para diferentes formas de interação.
12:27	Medindo como agents usam sites	A Aura apresenta avaliações e ferramentas para observar percursos reais de agents e questiona a eficácia de padrões que eles não utilizam.
16:42	Descoberta de recursos e acessibilidade	A palestra explora padrões e diretórios de descoberta para agents e conclui que tornar sites acessíveis a pessoas também pode ajudar agents.

Citações

Ainda precisamos ser capazes de escolher o hotel, ver um modelo 3D ou escolher um assento no local. — 02:41

Tenho meu próprio assistente pessoal. Não quero usar o seu agent; quero usar o meu. — 06:26

Precisamos que os agents definam o que eles precisam. — 14:02

Não queremos reconstruir a web para agents. Queremos tornar a web acessível a eles. — 19:48

Conceitos e entidades

MCP Apps (conceito): Especificação que permite apresentar interfaces de serviços dentro de conversas com agents.
agentic web (conceito): Visão de uma web em que assistentes são uma via central de acesso a serviços e sites oferecem recursos utilizáveis por agents.
last mile of interaction (conceito): Etapa final em que a pessoa ainda precisa visualizar opções ou tomar decisões, como escolher um hotel ou assento.
WebMCP (conceito): Padrão descrito na palestra que permite a sites expor ferramentas em JavaScript para agents.
Aura (empresa): Empresa de pesquisa sobre interações entre pessoas e agents, que desenvolveu ferramentas para avaliar a prontidão de sites para agents.
Liad Yosef (pessoa): Cocriador e mantenedor de MCP Apps, cofundador da Aura e ex-líder de iniciativas de storefronts agentic na Shopify.
Shopify (empresa): Empresa onde Liad Yosef diz ter criado e liderado iniciativas de storefronts agentic.
Aura Journey (ferramenta): Ferramenta da Aura que permite observar o percurso de agents em sites ao tentar cumprir uma intenção.
AI catalog.json (conceito): Padrão citado para descrever recursos de um site que podem ser encontrados e usados por agents.

Tradução completa (pt-BR)

00:01 [música] Oi, pessoal. Olá. Olá. Vamos falar um pouco sobre a web agêntica e, mais especificamente, sobre o que ela significa e como preparar a web para agents. Um aviso: preparei esta palestra ontem, então talvez ela já esteja desatualizada, porque as coisas estão avançando muito, muito rápido neste espaço. Acho que preciso me apresentar

00:34 só para dar um pouco de contexto. Sou cocriador e mantenedor de uma especificação chamada MCP Apps. MCP Apps é a especificação subjacente por trás de CHP Apps, Cloud Apps, Copilot, GitHub e de todo aplicativo baseado em chat que vocês veem; todos são baseados na especificação MCP Apps. No comitê do MCP, também sou cofundador de uma empresa chamada Aura, onde pesquisamos as interações entre agents e humanos, e criei e liderei as vitrines agênticas na Shopify. Então, o tema da web agêntica é

01:07 muito importante para mim. Um pequeno resumo sobre MCP Apps, caso vocês não conheçam. Na verdade, MCP Apps é a especificação que abriu caminho para a Web Agêntica. MCP Apps foi lançado como especificação e padrão há alguns meses, com o apoio do Claude como primeiro cliente, e depois todos os outros clientes aderiram. Se vocês já usaram algum aplicativo baseado em chat e obtiveram de um servidor MCP alguma camada de visualização ou interface interativa,

01:37 provavelmente usaram MCP Apps. E o bom de MCP Apps é que todo mundo ganha, porque, se os servidores ou provedores podem enviar elementos de interface para os chats, os aplicativos preservam sua marca e identidade. Eles mantêm sua interface, em vez de serem reduzidos a um banco de dados ou apenas a informações em texto. Os usuários ganham confiança e familiaridade porque, se vocês pedirem ao ChatGPT: “Ei, reserve alguns hotéis para mim”, e virem

02:08 Booking.com, saberão que é o Booking.com, certo? Saberão com quem estão interagindo, e o host ou os chats ganham acesso a um mundo de recursos. Há alguns meses, as pessoas perguntavam: “É, por que a OpenAI não constrói tudo do zero?” Mas a OpenAI não vai negociar acordos com hotéis nem dar suporte a usuários que queiram trocar de assento em um local de eventos. Precisamos desses serviços, e MCP Apps resolve justamente essa interação final.

02:41 Sim. Então, esse é o benefício que obtemos, e MCP Apps resolveu nossa interação final. Certo. O que significa “interação final”? À medida que os agents e os modelos melhoram, eles conseguem fazer coisas com mais autonomia, mas nós, humanos, continuamos no fim da cadeia. Ainda precisamos poder escolher o hotel, visualizar um modelo 3D ou escolher um assento no local do evento. Todas essas interações finais podem mudar, e

03:12 este é um exemplo de… Ah, desculpem. Sim, isto é do Cloud, tipo APR no MCPF. É assim que funciona, certo? Quando vocês incorporam aplicativos nos chats, têm uma experiência unificada de como a interface funciona dentro do mesmo contexto de chat. Como podem ver, na mesma conversa, vocês obtêm dados do Booking, do AllTrails e de tudo com que quiserem interagir. Certo? Então, isso

03:46 já está acontecendo. MCP Apps já tem amplo suporte em todos os agentes de chat, exceto Gemini, mas isso está a caminho. Isso já está acontecendo. E o interessante é que isso nos leva ao que chamamos de web agêntica. O que é a web agêntica? A web agêntica não é uma web de agents. Não é a web como a conhecemos hoje. É uma mudança. Uma transformação na maneira como vemos os sites e os navegadores. Porque, até agora, passamos

04:21 20 anos, duas décadas, aperfeiçoando essa experiência. Ou seja, se eu quiser fazer um projeto, realizar uma tarefa ou planejar um aniversário, preciso abrir abas no navegador, passar por elas e comunicar minha intenção de uma maneira diferente a cada um desses serviços, certo? Quer dizer, se eu só quiser planejar um aniversário, preciso aprender a interface do Google, a interface da Amazon, a interface do Booking, a outra interface do Booking e a

04:52 outra interface da Amazon. Tudo isso só para comunicar a mesma intenção a essas interfaces, e cada empresa aperfeiçoou esse fluxo de usuário. Mas não precisamos mais fazer isso, certo? Podemos simplesmente pegar essas interfaces e dividi-las em elementos básicos, porque não preciso de 99% do painel do Booking. Não preciso de 99% do painel do Airbnb. Definitivamente, não preciso do painel do Jira. Mas quero comunicar minha intenção a esses serviços. Então, por que não deixar meu assistente pessoal

05:24 usar isso? Se eu tiver um assistente pessoal, posso simplesmente pegar esses elementos básicos, e ele os combina e diz: “É, vejo que você tem um aniversário chegando. Esta é a visualização do Google que mostra que seu aniversário está chegando”. Então, posso reservar… posso comprar coisas para você. Posso reservar seu hotel. Agora, o Claude me conhece. Então, sabe que prefiro reservar hotéis em meio à natureza, certo? Por isso, sabe que deve carregar o mapa do Booking. Não preciso pensar nisso. E o que Booking, Amazon e Google ganham com isso é

05:54 uma camada de integração que eles não precisam desenvolver, porque o Claude tem o contexto sobre mim, certo? O Booking não precisa desenvolver uma integração com meu calendário. A Amazon não precisa desenvolver uma integração com o Booking. Então, todos ganham. Essa é a experiência que buscamos. E é muito diferente do que está acontecendo, que é basicamente navegar por diferentes serviços só para ficar olhando para diferentes caixas de texto que perguntam o que quero fazer ali. Mas ninguém vai

06:26 fazer isso daqui a um ano. Ninguém vai navegar até os agents da Amazon, os agents da Etsy e o agent da Expedia. Não quero fazer isso. Tenho meu próprio assistente pessoal. Não quero usar o agent de vocês. Quero usar o meu agent. Certo. Agora, se pensarmos nisso, significa que os sites como fonte da verdade vão desaparecer, porque por que precisariam do site? Por que eu precisaria abrir a aba? Por que precisariam das informações que o site se esforça tanto para me transmitir? E a

07:00 resposta imediata é: sim, temos agents de navegador. Temos agents de uso do computador. Temos agents ou assistentes muito inteligentes que podem navegar na web por nós. Mas isso não faz sentido, porque isso é uma solução de “cavalos mais rápidos”. Por que eu deixaria um agent que não sabe nada sobre as limitações da percepção humana lidar com filtros, paginação, ordenação e todas essas interfaces que passamos décadas aperfeiçoando para nós, só para ele concluir a tarefa? O Google é muito favorável ao outro extremo

07:33 do espectro: navegação compartilhada e sites. Eles têm um protocolo, ou padrão, chamado WebMCP. O WebMCP diz: “Certo, em vez de o agent tirar capturas de tela dos sites e tentar entender o que está acontecendo, vamos fazer o site expor algumas ferramentas — ferramentas JavaScript do site — e o agent vai interagir com elas”. Aqui vocês podem ver um exemplo do Gemini no Chrome comprando coisas para mim ou encontrando ofertas para mim enquanto navego na web, o que é muito legal, mas é bem simples. O que acontece se enviarmos o painel do Salesforce para o Gemini no Chrome? Por que eu iria querer isso? Por que

08:08 eu iria querer navegar até o painel do Salesforce com o Gemini para que ele clicasse em botões por mim em um painel que eu nem quero usar? Quer dizer, definitivamente não é isso que queremos. A mudança é que os assistentes estão se tornando nosso ponto de entrada para a web, certo? Vemos isso em toda parte. Todos os grandes laboratórios querem que seu aplicativo seja o aplicativo para tudo. E essa mudança está acontecendo. E meus amigos que conectam o MCP do Jira às próprias IAs não vão ao Jira

08:40 site na web nunca mais. Certo? E minha mãe usa o ChatGPT para tudo. Se pudesse marcar uma consulta médica usando o ChatGPT, não acessaria mais o site da clínica. E há uma longa cauda de sites que ninguém vai ver, porque é muito mais fácil para mim me conectar a eles usando meu assistente pessoal. Então, os sites vão se tornar obsoletos, os navegadores vão se tornar obsoletos, e o assistente pessoal vai ser nossa única porta de acesso à web. E sei como isso soa. Parece um bando de velhos gritando com uma nuvem literal, certo? Quer dizer, é, eles não vão ficar completamente obsoletos, mas vemos isso com

09:12 a geração mais jovem de hoje. Meu filho de 9 anos usa o ChatGPT. Ele não vai ao Google quando quer pesquisar alguma coisa. Eu estava viajando para a Geórgia, o país do Leste Europeu, e uma senhora mais velha, de uns 70 anos, me pediu para tirar uma foto dela. No celular, ela tinha três aplicativos: WhatsApp, câmera e ChatGPT. Só isso. A mudança está acontecendo. E pessoas muito inteligentes, como David Cramer, da Sentry, disseram há um ano: “Aceito apostar contra qualquer pessoa que pense que

09:44 os sites vão ficar obsoletos em 25 anos.” Isso foi há um ano. Há poucos dias, David Cramer publicou “Designing for Agents”, que diz que precisamos reconhecer que a interação com produtos no século XXI não será mais exclusivamente por meio de nossa aplicação web e que precisamos projetar tendo a API como superfície prioritária. Então, tudo está ficando sem interface. A Salesforce recentemente ficou sem interface, o que é muito importante, porque o principal diferencial da Salesforce em relação aos concorrentes é sua interface. É a maneira como ela apresenta tudo ao usuário. Mas ficou sem interface. A Cloudflare ficou sem interface. A Sentry ficou sem interface. Esse é um

10:19 post do CEO da Cloudflare dizendo que o tráfego de agents superou o tráfego humano na web. E temos esse espectro de interação, porque, se meu agent for autônomo, não preciso dessa última etapa de interface, certo? Se tenho um OpenClaw, simplesmente envio uma mensagem e digo: “Sim, organize meus e-mails.” E ele volta dizendo: “Pronto.” Mas, se quero reservar um hotel para minha lua de mel, provavelmente preciso dessa última etapa de interação. Então, chamamos isso de web quase sem interface, certo? Ela não é completamente sem interface. Os agents vão interagir com o cabeçalho do seu site sem interface, mas depois vão trazer esses recursos de interface para você.

10:50 Então, a experiência do usuário, como a conhecemos, está sendo dividida. Agora temos a experiência do agent com seu site, além de como o usuário vivencia o agent que interage com seu site. Mas 90% vai depender das experiências dos agents, o que significa que seu site precisa estar pronto para agents em tudo. Precisa estar pronto para o seu agent. Se estou fazendo uma reserva, preciso deixar os dados de reservas prontos para um agent de reservas. Preciso deixá-los prontos para o ChatGPT dos meus clientes ou para o OpenClaw dos meus

11:24 clientes, e preciso estar preparado para meu cliente humano, que não tem um agent, mas ainda quer navegar até booking.com, certo? Então, preciso estar pronto para agents. E o que descobrimos é que estar pronto para agents significa muitas coisas. Ouvimos bastante sobre AEO, SEO e GEO, sobre como ser encontrado. Mas ser encontrado é apenas o primeiro passo, porque, depois que um agent fica sabendo de você, ele ainda precisa saber o que você é, como interagir com você, como se autenticar com você e como pagar você sem interface, certo? E, na verdade,

11:54 quando criamos — é uma anedota — a análise de dados do nosso produto, perguntamos ao Claude Code qual era o melhor serviço de análise. Ele recomendou o PostHog, que é um serviço de análise. E dissemos: “Não, preferimos o Mixpanel, porque conhecemos o Mixpanel. Trabalhamos com o Mixpanel há uma década; sabemos como usá-lo.” E o Claude Code insistiu no PostHog, porque disse que o PostHog tem um MCP e uma API melhores, e que consegue se integrar melhor a ele. Então, não temos lealdade à marca, certo? Fomos de PostHog, se é isso que o Claude Code recomenda. Mas isso nos fez pensar no Mixpanel: o Mixpanel passou uma década aperfeiçoando sua interface e a experiência do desenvolvedor, e simplesmente o deixamos de lado porque o Claude Code

12:27 prefere o PostHog. E isso vai acontecer sempre. Por exemplo, se ele usar seu produto e precisar abrir um navegador para isso, vai se lembrar, e da próxima vez não vai mais acessar seu produto, certo? Então, na Aura, um laboratório de pesquisa sobre a web agêntica, começamos a pesquisar — levantamos algum capital e começamos a pesquisar — o que significa a web estar pronta para agents. Temos esses benchmarks de prontidão, que são interessantes. Você pode executá-los de graça; acesse aura.ai e pode testar qualquer

13:00 site. Você recebe uma pontuação e benchmarks com base em muitos protocolos e boas práticas, além de feedback agêntico. O próprio agent retorna um feedback sobre seu site. E temos este ranking de como empresas e produtos se posicionam de acordo com esse benchmark. Começamos a mapear a web, e estava tudo ótimo. Mas chegamos a uma conclusão, a um resultado inesperado.

13:30 Alguém aqui já ouviu falar de llms.txt? É como o padrão de fato para estar pronto para agents. Você diz: “Sim, se seu site publicar um arquivo llms.txt, o agent vai saber como interagir com você.” E há o o.md, o pricing.mmd, o x42 e muitos outros padrões. Descobrimos que quase 50% dos sites que testamos publicavam llms.txt, mas nenhum dos agents que executamos nesses sites realmente usou o llms.txt.

14:02 Na verdade, quase todos os agents foram direto para a página de documentação e depois para a página inicial. E os 40% que usaram o llms.txt só o fizeram porque a documentação indicava que havia um arquivo chamado llms.txt que eles precisavam usar. Então, percebemos que não faz muito sentido nós, humanos, definirmos para os agents o que eles precisam. Ninguém mais faz isso. Até a OpenAI não publica mais boas práticas para ferramentas, porque diz que, sempre que publica boas práticas, os modelos ficam melhores e essas práticas se tornam

14:34 obsoletas. Há seis meses, a boa prática para um servidor MCP era: “Sim, use descrições de três parágrafos para que os agents saibam como interagir com você.” Agora, três linhas bastam. Então, em vez de boas práticas, precisamos que os agents definam do que precisam, certo? Precisamos do feedback dos agents sobre esses sites. Por isso, criamos o Aura’s Journey. É muito legal e também é gratuito. Acesse journey.aura.ai e você pode testar qualquer site, com qualquer intenção e qualquer agent, e ver o caminho que o agent percorre enquanto tenta interagir com o

15:09 site. Por exemplo, no atio.com, escolhemos o Claude Code e o executamos no site. Você pode ver em tempo real por onde o agent passa e o que tenta encontrar no site. Fizemos isso dezenas de milhares de vezes, só para entender o que os agents realmente procuram quando tentam interagir com sites. E o legal é que não estamos executando apenas um harness, mas vários harnesses. Aqui, você vê

15:39 o Claude Code, o Eve, que é o harness da Vercel, e o ChatGPT no mesmo site, com a mesma intenção. Certo. Este é o Claude Code. Este é o Haiku. Este é o Eve. Veja como a jornada do agent é diferente. E este é o ChatGPT. O ChatGPT conseguiu encontrar resultados melhor. Você pode simplesmente acompanhar a jornada pelo site. E precisamos entender por quê. Por que isso acontece? Por que os sites publicam arquivos o.md, mas os agents não procuram arquivos o.md?

16:10 Então, na Aura, você pode acessar qualquer pergunta de negócios. Para qualquer domínio, há objetivos ou perguntas de negócios, e você pode ver os caminhos percorridos pelos agents. E o interessante é: agora sabemos como os agents interagem com os sites. Qual é o próximo grande marco para a web agêntica? E, para quem ouviu a palestra anterior, é a descoberta, certo?

16:42 Mas não é a descoberta em que pensamos. Não é SEO, não é GEO, não é AEO, porque precisamos lembrar que toda revolução veio acompanhada de sua camada de descoberta, certo? A revolução da web veio com a busca, o mobile veio com as lojas de aplicativos, as redes sociais vieram com os feeds. Qual é a camada de descoberta para recursos de IA? Qual é a camada de descoberta para MCPs? Qual é a camada de descoberta para open API.json? O que devemos procurar, afinal? Quer dizer, talvez a Airbnb tenha um MCP melhor que o Booking.com, mas o Booking.com tem uma API melhor que a Airbnb.

17:13 Então, como fazemos isso? A busca na web, a busca clássica na web, não é suficiente, porque se baseia em SEO feito por humanos e no PageRank humano, e não é flexível o bastante. Registros personalizados, por agente ou por conversa, não são suficientes, porque são fechados e exigem que cada aplicativo se inscreva nesses registros. E um registro central, como um registro de MCP, não é suficiente, porque quem fará a curadoria? Qual será

17:43 o modelo de governança? Como decidimos qual recurso entra nesse registro? Há padrões emergentes nessa área. Existe o AI catalog.json JSON, um padrão da Anthropic, da OpenAI e do Google; o MCP e o A2A, que padronizam como um site se apresenta aos agents; e o padrão Agentic Resource Discovery, criado por todas essas empresas e outras, que basicamente padroniza como uma camada de descoberta ou um diretório se apresenta aos agents. Então, criamos o

18:14 Aura Directory, porque somos um laboratório de pesquisa para a web agêntica. Criamos isso e, no Aura Directory, pegamos todos os domínios que escaneamos, ou os resultados das varreduras, e os colocamos em um diretório que os agents podem consultar. Expomos os arquivos AI catalog.json JSON. Então, vocês podem ver aqui, por exemplo, no monday.com, que geramos este arquivo JSON, que basicamente informa aos agents: “Este é o servidor MCP do Monday, este é o servidor de API do monday.com”, e o agent pode simplesmente consultar

18:45 isso. Então, para cada domínio, ele pode acessar o AI catalog.json JSON, e nós expomos o próprio registro, o diretório. Assim, para cada entrada no diretório, podemos dizer ao agent, por exemplo: “Para a Vercel, estes são os recursos agênticos e é assim que você os acessa”. E, obviamente, este diretório é totalmente compatível com o padrão Agentic Resource Discovery. Então, qualquer agent pode consultar esse diretório com qualquer consulta. Certo? Então, este é o Aura Directory, se

19:17 quiserem dar uma olhada. Tudo isso faz parte do Aura Multiverse Journey Directory e do Ranker. E descobrimos outras coisas muito interessantes. Por exemplo, estar pronto para agents e ser acessível para humanos são coisas muito parecidas, porque os LLMs, quando acessam seu site, são como usuários ou pessoas com deficiência visual. Eles não veem seu site. Precisam de outros sinais para entender como navegar pelo site. E tornar seu site acessível para humanos ajuda na acessibilidade para agents, e vice-versa.

19:48 Para concluir, estes são os MCP Apps. É nisso que tenho trabalhado nos últimos meses. E esta foi a última peça da web agêntica. Isso realmente fez a web agêntica acontecer. E agora os agents começam a percorrer a web. E os agents precisam de coisas diferentes. Precisam de estradas diferentes. Precisam de infraestruturas diferentes. Mas não queremos reconstruir a web para os agents. Queremos tornar a web acessível para agents. Então, vamos garantir que a web esteja preparada para quando os agents chegarem.

20:19 Muito obrigado. [aplausos]

Transcrição original

[00:01] [music] Hi everyone. Uh hello. Hello. So we’re going to talk a little bit about the agentic web and more specifically what it means and how do we make the web ready for agents. Um one disclaimer um I built this talk yesterday so it might be outdated because uh things are moving really really fast in this uh in this space and um I think I need to introduce myself

[00:34] just to um to get some context. So I’m the co-creator and maintainer of a spec called MCP apps. MCP apps that’s the underlying spec be behind uh CHP apps cloud apps copilot GitHub every chatbased app that you so that you see is based on the spec MCP apps in the MCP committee I’m also the co-founder of a company called Aura where we research the agentic human interactions and I built and led the agentic storefronts in Shopify so the topic of agentic web is

[01:07] really close to my heart um and a a little bit primer about MCP apps if you’re not familiar. Um MCP apps are actually this is actually the spec that paved the way to Agentic Web. So MCP apps were released as a spec and as a standard few months ago um with the support of Claude first as the first client and then all clients followed. And if you play with any chatbased app and you pulled any uh visualization and interaction UI layer from an MCP server,

[01:37] you probably used MCP apps. And the good thing about MCP apps is that everybody wins because if the servers or the providers can send UI chunks into the chats, then the apps gain their brand and identity. they get they get to keep their UI and not being reduced to a database or just textbased uh information. The users gain the trust and familiarity because if you uh ask JGPT, hey, book some hotels for me and you see

[02:08] Booking.com, then you know it’s Booking.com, right? You know who you’re interacting with and the host or the chats gain uh access to the world of capabilities. Um you know, a few months ago people ask, yeah, why won’t OpenAI just build everything out of scratch? But open eye will not negotiate uh deals with hotels or support users that want to change seat in a venue. Um we need those services and MCP apps actually solve for this uh for this last mile interaction.

[02:41] Yeah. So um uh this is the this is the benefit that we get and MCP apps solved our last mile of interaction. Right. So what does it mean the last mile? Last mile is as agents become better, as models become better, they can do things more autonomously, but we are still in the end of the chain as humans. We still need to be able to choose the hotel or to view a 3D model or to choose a seat at the venue. all those last mile of interaction and that

[03:12] can change and um this is an example from uh um oh sorry yeah so this is from like cloud um APR on MCPF this is how it looks like right so when you um when you’re embedding apps inside chats you get this unified experience of how UI feels inside the same context of a chat and as you can see in the same conversation you get data from booking you get data from all trails you can get data from everything you um uh you want to interact with. Right? So this is this

[03:46] is already happening. MCP apps is already widely supported across every uh chat agent except Gemini, but that’s coming. Um and this is already happening. And the interesting part is that it brings us to what we call the agentic web. So what’s what is the agentic web? The agentic web is not a web of agents. Uh it’s not the web as we know it today. It’s a it’s a shift. It’s a change. It’s a a change in in the way that we see websites and the way that we see browsers. Because up until now, we spent

[04:21] 20 years, two decades perfecting this experience. Meaning that if I want to somehow um do a project or fulfill a task or plan an anniversary, I have to open tabs in my browser and I have to go through these tabs and I have to convey my intent differently to each of those services, right? Meaning that if I just want to plan an anniversary, then I need to learn Google’s UI and Amazon’s UI and booking UI and the other booking UI and the

[04:52] other Amazon UI. All that just convey the same intent to those interfaces and every company perfected this user flow. But we don’t need to do it anymore, right? We can just take these interfaces and break them into atoms because we don’t need I don’t need 99% of bookings dashboard. I don’t need 99% of Airbnb’s dashboard. I definitely don’t need Jira’s dashboard. But I do want to convey my intent to those services. So why can’t I let my personal assistant

[05:24] use that? So if I have a personal assistant, I can just take these atoms and it composes these atoms and say, “Yeah, I see that you have an anniversary coming. This is this is the view from Google that says that you have an anniversary coming.” So I can book I can I can buy things for you. I can book your hotel. Now Claude knows me. So it it knows that I prefer to book hotels in uh in the nature, right? So it knows to pull the map from booking. I don’t need to think about it. And what booking and Amazon and Google benefits from this is

[05:54] that they have this integration layer that they don’t they don’t need to develop because cloud has the context on for me, right? So booking doesn’t need to develop integration with my calendar. Amazon doesn’t need to develop integration with booking. So it’s a win-win. This is the view that we’re uh aiming for. And this is very different from what the things are going which is this which is basically browsing into different services just to stare at different text boxes that ask what I want to do there. But no one is going to

[06:26] do that in few in a year. No one is going to um browse to Amazon’s agents and and Etsy’s agents and Expedia’s agent. I don’t want to do that. I have my own personal assistant. I don’t want I don’t want to use your agent. I want to use my agent. Okay. Now, if we think about it, it means that websites as the source of truth are something that’s going to go away because why would they need the website? Why would I need to open the tab? Why would they need the information that the website is working really hard to convey to me? And the

[07:00] immediate response to that is that yeah, we have browser agents. We have computer user agents. have very smart agents or assistants that can browse the web for us. But that doesn’t make sense because that that’s that’s a faster horses solution. Why would I let an agent that doesn’t know anything about the human perception limitations work with uh filters and pagenations and sorting and all of those UIs that we spent decades perfecting for us um just for it to fulfill its task. So Google has a um Google is very bullish on the other end

[07:33] of the spectrum which is co- browsing and and websites and they have a protocol called or standard called WebMCP. WebMCP says okay instead of the agent taking screenshots of the websites and trying to figure out what’s happening let’s have the website expose some tools in the website JavaScript tools and the agent will walk with it. And you can see here an example of Gemini in Chrome that um buys stuff for me or uh finds uh deals for me as I browse the web, which is very nice, but it’s very simple. What happens if we push Salesforce dashboard to Gemini on Chrome? Why would I want that? Why would

[08:08] I want to browse to Salesforce dashboard with Gemini to click buttons for me in a dashboard that I don’t even want to use? I mean, this is definitely not what we want. And the shift is that assistants are becoming our entry point to the web, right? We see it everywhere. Every major lab wants its app to be the everything app. And the shift is happening. And friends of mine that connect Jira’s MCP to their IDs, they don’t go to Jira’s

[08:40] website anymore. Right? And my mother uses CHP for everything. If she could book a doctor’s appointment using Chip, she won’t go to that clinic’s website anymore. and you have a long tail of websites that no one is going to see because it’s much easier for me to connect to them using my personal assistant. So websites will become obsolete, browsers will become obsolete, and personal assistant will become our only gate to the web. And I know what it sounds like. It sounds like old men yelling at a lit literal cloud, right? I mean, um, yeah, they’re not going to go completely obsolete, but we see it with

[09:12] the younger generation today. My 9-year-old goes to Chpt. It doesn’t go to Google when it when it wants to search for stuff. I was uh I was traveling to Georgia, the country in Eastern Europe, and there was an older lady there that asked me to take a picture of her, like 70 year old, and on her phone, she had three apps, WhatsApp, camera, and Chip. That’s it. The shift is happening. Um, and very smart people like David Ker from Sentry said a year ago, I will take this bet against anyone who thinks

[09:44] websites are going to be obsolete in 25 years. That was one year ago. Few days ago, David Kramer published designing for agents which says we have to recognize that interaction with products at century will no longer be exclusively through our web application and we have to design for API first as a surface. So everything is going headless. Salesforce recently went headless which is very important because Salesforce main differentiator from its competitors is its UI. It’s the way that it conveys everything to the user. But it went headless. Cloudflow went headless. Sentry went headless. Um this is a a

[10:19] tweet by Cloudfl CEO saying that agents traffic surpassed uh human traffic in the web. And we have this spectrum of interaction because if I if my agent is autonomous, I don’t need this last mile of UI, right? If I have an open claw, I just send and I just say yeah organize my emails. It comes back said good. But if I want to book a hotel for my honeymoon, I probably need this less mile of interaction. So we call it the nearly headless web, right? It’s not completely headless. Um the agents will interact with your web head with your um

[10:50] website headlessly, but then it will bring back these UI resources for you. So user experience as we know it is being split. Now it’s the agent experience of your website plus how a user experiences the agent that experiences your website. But 90% is going to rely on agent experiences which means your website needs to be agent ready for everything. It needs to be agent ready for your agent. If I’m booking I need to make bookings data ready for bookings agent. I need to make it ready for my customers chpt or my

[11:24] customers open claw and I need I need to be ready for my human customer who doesn’t have an agent but still wants to browse to booking.com right so I need to to be agent ready and what we find found out is that agent ready means a lot of things so we heard a lot about AEO SEO geo how to get discovered but discover discovery is only the first the first step because once an agent knows about you it still needs to know what you are and how to interact with you and how authenticate to you and how to headlessly pay you, right? And actually

[11:54] when when we built uh it’s an anecdote, but when we built analytics for our product, we asked Cloud Code, what’s the best analytic service? And it recommended Postto, which is an analytic service. And we said no, we prefer Mixpanel because we know Mixpanel. We worked with Mixpanel for a decade, we know how to work with it. And Cloud Code insisted on Postto because it said Postto has better MCP and API and I can integrate to it better. So we don’t have brand loyalty, right? We went with postto hog if that’s what cloud code recommend but it made us think about mixpan mixpan spent a decade perfecting their UIX and developer experience we just left it just because cloud code

[12:27] prefers posto and it will always happen her for example if it uses your product and it needs to spin up a browser to use your product it will remember that and next time it won’t go to your product anymore right so at aura which is an agentic web research lab we started researching uh we raised some raised some capital and we started researching what does it mean for the web to be ready for agents and we have these um readiness benchmarks which is interesting so you can run it’s free you can go to aura.ai AI you can run any

[13:00] website you get this score and benchmarks according to a lot of protocols and best practices and you have agentic feedback. So the agent actually returns the feedback about your uh your website and we have this leaderboard of how companies and products rank according to this benchmark and we started mapping the web and everything was nice. But we hit one insight or one uh unexpected

[13:30] result. We found out anyone here heard about lm.txt txt lm.txt that’s like the de facto standard to be agent ready. You say yeah if you if your website publish an lm.txt agent know how to interact with you um and you have o.md and pricing.mmd and x42 and a lot of standards and we found out that almost 50% of the website that we tested that we ran published lms.txt but none of the agents that we ran on this website actually used llm.txt txt.

[14:02] Actually, almost all the agents went straight to the docs page and then the homepage. And the 40% that did use lm.txt use it only because the docs pointed out that there’s a file called nmst txt that they need to to use. So then it hit us. We said it doesn’t make a lot of sense for us as humans to define to agents what they need. No one is doing it anymore. Even OpenAI, they don’t publish best practices for tools anymore because they say that every time they publish best practices, the models become better and these practices become

[14:34] obsolete. Six months ago, the best practice for an MCP server was yeah uh have three paragraph descriptions so agents will know how to interact with you and now three lines are enough. So best practices become we need the agents to define what the agent need, right? We need agents feedback on this website. So we built Aura’s journey and Aura’s journey that’s a really cool that’s also free. You can go to journey.ora.ai and you can run on any website any intent with any agent and see the path of the agent as it tries to interact with the

[15:09] website. So for example atio.com choose cl codec code and we run it on the website and you can see in real time how the agent goes and what it tries to look for in the website and we we did it tens of thousands of times just to understand what agents really look for when they look when when they try to interact with with websites. And the cool thing is not running just one harness is running multiple harnesses. You see

[15:39] here cloud code and Eve which is Versel’s harness um and CH GPT on the same website with the same intent. Okay. So this is cloud code. This is haiku. This is Eve. See how different the agent journey looks like. And this is CHP. So CHP could find results better. See you can just see the the the journey across across the website. And we need to understand why. We need to understand why does it happen? Why websites publish o.md files but agent don’t look for o.md

[16:10] files and what do they look for? So in aura um you can actually uh go to any business business business question. So for any domain you have like business goals or or questions and you can see the paths that the agents are taking. And the uh interesting part of it is that okay now we know how agents interact with website. What’s the next big big milestone for the agentic web and for those of you who heard the the previous talk? Um it’s discovery, right?

[16:42] But it’s not the discovery that we think of. It’s not SEO, it’s not GEO, it’s not AEO because we have to remember that every revolution came with its discovery layer, right? The web revolution came with search, um mobile came with app stores, social came with feeds. What is the discovery layer for aic resources? What is the discovery layer for MCPS? What is the discovery layer for open API.json? What do we even look for? I mean, maybe Airbnb has a better MCP than than Booking.com, but Booking.com has better API than Airbnb.

[17:13] So, how do we do it? Um, web search, classic web search, it’s not enough because um it it’s based on human SEO and human uh page rank and it’s not flexible enough. custom registries like per agents or per chats, they’re not enough because they’re closed and they’re uh um and and they require every app to to submit itself to these reg registries and a central registry like an MCP registry. That’s not enough because who will do the curation? What’s

[17:43] the governance model? How do we decide which resource comes to that registry? There are emerging standards around it. There’s AI catalog.json JSON which is a standard by entropic openai, Google, MCP and A2A which standardizes how a website exposes itself to agents and there’s the agentic resource discovery standard which is by all these companies and more which is basically standardized how uh a discovery layer or or a directory uh expose itself to agents. So we built or

[18:14] directory right because we’re a research lab for the agentic web. We built this and in or directory we take all the domains that we scanned or scanned the results and we put it in a directory that agents can actually query right um we expose the AI catalog.json JSON files. So you can see here for example for monday.com you can see that we generate this JSON file that basically tells agents yeah this is the MCP server for Monday this is the API server from monday.com and you can just the agent can just query

[18:45] that right so for every domain it can just goes to go to aic catalog.json JSON and we expose the registry the directory itself. So for every entry on the directory we can uh we can tell the agent yeah for example versel these are the agentic resources um and this is and this is how you access them and obviously this directory is fully ard or aentic resource discovery compliant. So any agent can just query that directory with any with any query. Right? So this is uh this is aura. directory uh

[19:17] if you want to take a look all of it is part of the aura multiverse journey directory and the ranker. And we found out some very other interesting insights. For example being agent ready and being human accessible is very similar because LLMs when they come to your website they’re like um users or people with vision disabilities. they don’t see your website. They need other signals to understand how to walk with your website. And making your website human accessible helps agent accessibility and vice vice versa.

[19:48] So to wrap up, these are MCP apps. This is what I’ve been working on in the past few months. And this was the last piece for the agentic web. This actually brought the agentic web. And now agents start to roam the web. And agents need different things. They need different roads. They need different infras. But we don’t want to rebuild the web for agents. We we want to make the web agent accessible. So let’s just make sure the web is prepared for when agents are coming.

[20:19] Thank you very much. [applause]