A Agentic Web está se dividindo em duas apostas: identidade e capacidade
A camada de protocolo da web agente está se dividindo em duas apostas, e a maioria dos sites já fez uma delas sem saber. A primeira aposta é sobre identidade: um arquivo chamado llms.txt que informa aos modelos de IA quem você é e o que seu conteúdo cobre. A segunda é sobre capacidade: um padrão de navegador chamado WebMCP que informa ao agente o que ele pode realmente fazer no seu site assim que ele chegar. Eles parecem a mesma ideia. Eles respondem a perguntas opostas. E a diferença decide onde seu esforço deve ir no próximo ano, porque uma dessas apostas está sendo ativada para você por padrão, enquanto a outra, aquela que realmente permite que um agente conclua uma tarefa, exige um trabalho deliberado.
2 arquivos, 2 perguntas
Um agente que acessa seu site tem duas coisas que pode querer saber. A primeira é o que é este lugar e o que ele cobre. A segunda é, agora que está aqui, como ele conclui a tarefa para a qual o usuário o enviou. Identidade, depois capacidade. A agência web está construindo uma resposta separada para cada uma, e as duas respostas vêm de dois arquivos diferentes apoiados por dois campos diferentes.
A resposta de identidade é llms.txt, um arquivo de texto simples que você publica na raiz do seu domínio. É um mapa com curadoria: aqui está quem eu sou, aqui estão minhas páginas mais importantes, aqui está o que cada uma trata. A resposta de capacidade é WebMCP, um padrão de navegador que permite que seu site exponha ferramentas que podem ser chamadas a um agente, para que o agente possa pesquisar, filtrar, precificar ou reservar invocando uma função em vez de adivinhar sua interface.
Llms.txt e WebMCP são agrupados como dois sabores da mesma coisa: prontidão do agente. Eles respondem a duas perguntas diferentes. A identidade é um folheto. A capacidade é a caixa registradora. E neste momento a indústria está a empurrar todos os websites para a brochura, a aposta com a evidência mais fraca por trás dela, enquanto a caixa registadora, a aposta que realmente faz avançar uma transacção, é deixada para as poucas equipas dispostas a construí-la.
A aposta da identidade: LLMs.txt
Llms.txt é um arquivo markdown que fica em yourdomain.com/llms.txt. Foi proposto por Jeremy Howard, cofundador da Answer.AI, em 3 de setembro de 2024, como uma forma de entregar aos modelos de linguagem um índice limpo e com curadoria humana de seu conteúdo, em vez de fazê-los rastreá-lo e reconstruí-lo a partir de HTML confuso com navegação, anúncios e scripts. O campo é razoável à primeira vista. Os modelos funcionam melhor com estrutura, então dê-lhes estrutura.
O problema é que as evidências de que isso faz alguma coisa são escassas. Respondendo às pessoas no Reddit em junho de 2026, John Mueller do Google chamou llms.txt de “puramente especulativo por enquanto (o arquivo existe há anos, mas nenhum dos sistemas de IA o utiliza)” (relatado pelo Search Engine Journal). Esse é um defensor da Pesquisa Google dizendo a parte silenciosa em voz alta. Um arquivo que existe há mais de um ano. Um arquivo que nenhum grande sistema de IA confirmou que lê. Um arquivo que solicita que você mantenha sincronizada uma segunda cópia do seu próprio conteúdo.
Mesmo com evidências tão escassas, o llms.txt está sendo ativado para sites por padrão. AIOSEO, um plugin usado em mais de 3 milhões de sites WordPress, gera um llms.txt por padrão. Um grande número de proprietários de sites está publicando agora um llms.txt que nunca decidiram publicar, descrevendo seu site em um arquivo que nunca leram.
Para ser claro, não sou contra o processo. Um llms.txt bem mantido é um excelente índice de conteúdo. O problema é o padrão. A aposta na identidade está ganhando na adoção, não porque funcione, mas porque uma caixa de seleção de plug-in enviada está ativada. Um arquivo que você não escreveu, que nenhum sistema de IA está confirmado para ler, que fica fora de sincronia com o site que afirma descrever no momento em que você esquece que ele existe, é algo estranho de se ter no centro da estratégia de um agente. Mas é aí que muitos sites estão agora, por padrão e não por escolha.
A aposta na capacidade: WebMCP
WebMCP, abreviação de Web Model Context Protocol, é um padrão de navegador que permite que seu site registre ferramentas que podem ser chamadas que um agente pode invocar por meio de um navigator.modelContext API. Parte de uma questão diferente da do arquivo de identidade: não quem você é, mas, dado que um agente já está no seu site, como ele realiza adequadamente a tarefa que veio realizar. Isso é próximo de como Mueller formulou sua própria preferência na mesma conversa. Ele disse que gosta da abordagem WebMCP e das integrações comerciais porque “elas têm objetivos e processos claros”.
Em vez de um agente fazer uma captura de tela da sua página e adivinhar onde clicar, seu site informa diretamente: aqui estão as ações que eu apoio, aqui estão as informações que cada um precisa, aqui está o que você recebe de volta. O controle inverte. O site declara suas capacidades em vez de forçar o agente a fazer engenharia reversa delas.
O padrão está sendo escrito por meio do W3C Web Machine Learning Community Group por engenheiros do Google e da Microsoft e foi publicado como rascunho em 10 de fevereiro de 2026. Agora está em um teste de origem pública que vai do Chrome 149 ao Chrome 156. Um teste de origem é como o Chrome permite que um site ative um recurso experimental para seus visitantes reais por uma janela limitada, registrando-se para um token, em vez de ocultá-lo atrás de um sinalizador exclusivo para desenvolvedores. Assim, você pode executar ferramentas WebMCP no tráfego ao vivo agora, não apenas em sua própria máquina. O agente que consome essas ferramentas no Chrome hoje é o Gemini.
O WebMCP é a aposta mais forte porque tem um trabalho claro. Um arquivo de identidade descreve você e espera que alguém o leia. Uma ferramenta de capacidade é invocada, retorna dados estruturados e aproxima uma tarefa da conclusão. A brochura aguarda para ser lida. A caixa registradora toca.
Por que as duas apostas não são intercambiáveis
A maneira mais limpa de manter a diferença é por meio das duas restrições de design às quais sempre volto na Arquitetura Machine-First: identidade e interação. Identidade é tornar sua marca e seu conteúdo inequivocamente legíveis por máquina. Interação é permitir que um agente conclua uma ação com um resultado previsível. Llms.txt é uma brincadeira com a camada de identidade. WebMCP é uma brincadeira com a camada de interação. São ferramentas para dois trabalhos diferentes, e um site pode precisar de ambos, de um ou de nenhum, dependendo do que deseja que os agentes façam.
Isso é mais importante agora que os agentes não são um erro de arredondamento no seu tráfego. O presidente-executivo da Cloudflare, Matthew Prince, disse em junho de 2026 que o tráfego automatizado ultrapassou o tráfego humano pela primeira vez, com 57,3% das solicitações para páginas da web contra 42,7% de pessoas, um cruzamento que ele havia projetado no SXSW não chegaria até 2027. Quando a maioria das solicitações que chegam ao seu site são máquinas agindo para pessoas, se o agente sabia quem você é deixa de ser a questão interessante. Se o agente poderia realmente fazer o que seu cliente pediu, torna-se o jogo inteiro. Identidade sem capacidade é uma máquina que lê sua placa e depois fica parada diante de uma porta que não consegue abrir.
Essa é a inversão que a adoção padrão faz para trás. O arquivo ativado para todos responde à pergunta que menos importa quando o agente chega. O padrão que responde à pergunta mais importante é aquele que quase ninguém ativou.
Fiz ambas as apostas em meu próprio site, deliberadamente
Eu executo ambos no No Hacks, e o contraste entre quanto custa cada um para colocar é todo o argumento em miniatura.
Para identidade, mantenho um llms.txt e o gero a partir do conteúdo do próprio site cada vez que atualizo o site, em vez de deixar um plugin para escrever um que nunca li. Essa é a parte deliberada. Como eu o reconstruo sempre que o site muda, ele permanece em sintonia com o que realmente está aqui, e se um sistema de IA começar a ler llms.txt, o meu estará pronto quando esse dia chegar. Não estou apostando nisso. Estou mantendo isso atualizado e barato e não confundindo isso com uma estratégia.
Para capacidade, implementei WebMCP. Quando um navegador compatível com WebMCP carrega o site, ele registra quatro ferramentas que podem ser chamadas por meio de navigator.modelContext. Dois cobrem o glossário: um lista todos os termos para que um agente possa descobrir o que está definido e outro retorna a definição canônica de um termo com seu link de origem. Dois cobrem meu cenário de navegadores e produtos de agentes: um enumera cada produto rastreado por categoria e outro retorna todos os detalhes de um único produto por nome. Um agente não precisa vasculhar minhas páginas para responder o que quero dizer com aposta de capacidade ou quais navegadores de agente eu rastreio. Ele chama uma ferramenta e obtém uma resposta clara e estruturada.
O detalhe que mais importa é de onde as ferramentas são lidas. Cada um extrai os mesmos dados que alimentam a página humana. As ferramentas de glossário leem o glossário. As ferramentas do produto leem a lista de produtos. Portanto, a resposta do agente e a resposta humana nunca podem discordar, porque uma fonte alimenta ambas. Essa é a diferença entre expor uma capacidade e manter uma descrição separada de si mesmo, e é por isso que a aposta na capacidade, construída desta forma, não tem uma cópia separada para manter sincronizada.
Então eu mantenho os dois arquivos. Um deles tirou uma tarde e fez um trabalho de verdade. O outro eu regenero a partir do meu próprio conteúdo e trato como uma proteção, não como um plano.
O que isso significa para o seu site
Primeiro, descubra o que você já publicou. Abrir yourdomain.com/llms.txt em um navegador. Se algo carregar, sua pilha o coloca lá, possivelmente um plugin padrão que você nunca definiu. Leia. Pergunte se ele realmente descreve o seu site, porque se um sistema de IA começar a ler llms.txt, um sistema impreciso é pior do que nenhum. Isso custa cinco minutos e a maioria dos proprietários de sites nunca fez isso. Se você quiser manter um, gere-o a partir de seu próprio conteúdo para que não seja desviado.
Em segundo lugar, decida se vale a pena colocar a camada de capacidade para você. Se os agentes tiverem algum motivo para concluir uma tarefa em seu site, pesquisar inventário, verificar um preço, iniciar uma reserva, iniciar uma devolução, então o WebMCP é a aposta que compensa, e o teste de origem significa que você pode executá-lo com visitantes reais agora, em vez de esperar que seja enviado. Se o seu site for puramente algo que os agentes leem em vez de agir, a camada de capacidade pode esperar, e seu esforço pertence ao conteúdo limpo e renderizado pelo servidor que qualquer agente pode extrair.
O que você não deve fazer é presumir que o arquivo ativado pelo seu plugin é a estratégia do seu agente. É uma reivindicação de identidade que nenhum sistema de IA está confirmado para ler e não diz nada sobre o que um agente pode fazer quando chegar.
O que ainda está incerto
A incerteza honesta: a aposta na identidade não está morta; não está comprovado. Se um grande sistema de IA anunciar amanhã que lê llms.txt e o pondera, o cálculo muda e o arquivo no qual todos foram inadimplentes de repente ganha seu lugar. Estou observando exatamente esse sinal e ainda não o vi.
O WebMCP tem suas próprias questões em aberto. É um rascunho do Grupo Comunitário, não um padrão ratificado. Gemini no Chrome é o principal agente que o consome até agora. E o suporte entre navegadores é mais limitado do que sugere a cobertura secundária. A Microsoft foi coautora do padrão, mas não consegui encontrar o WebMCP nas notas de lançamento oficiais do Microsoft Edge a partir da versão 147, portanto, trataria qualquer alegação de que o Edge o envia nativamente como não confirmada por enquanto.
Até que esse sinal chegue, a minha aposta é clara: até ao final de 2026, a capacidade é a aposta que importa e a identidade fica reduzida a uma barreira. O arquivo que espera ser lido perde para a ferramenta que é invocada, porque os agentes são medidos pelo fato de terem concluído a tarefa, e não pelo fato de terem lido seu sinal primeiro. Faça a aposta na capacidade deliberadamente. Gere o arquivo de identidade a partir de seu próprio conteúdo, se você o mantiver. E leia aquele que seu plugin já escreveu antes de falar por você.
Mais recursos:
Este post foi publicado originalmente no No Hacks.
Imagem em destaque: Master1305/Shutterstock
