llms.txt é uma proposta de arquivo Markdown publicado na raiz do domínio para apresentar identidade, contexto e recursos prioritários a modelos e agentes. Ele funciona como mapa editorial legível, complementando sitemap, robots.txt e páginas canônicas. A publicação pode facilitar descoberta e uso do conteúdo, mas não garante leitura, ranking, citação ou recomendação.
Não é controle de acesso, diretiva obrigatória da web ou substituto do conteúdo HTML. Também não autoriza afirmar que um mecanismo adotou o arquivo sem documentação ou evidência observável. Essa distinção mantém implementação, validação, observação externa e resultado comercial como evidências separadas, cada uma com fonte, data, escopo e limitação próprios.
O fluxo organiza condições, ações e evidências que podem ser verificadas no domínio ou no ciclo de coleta. Ele descreve como o conceito opera, identifica dependências entre etapas e preserva a diferença entre um ativo implementado, um resultado validado e uma resposta efetivamente observada em plataforma externa.
O mecanismo de llms.txt combina uma sequência verificável. Apresenta nome e descrição canônica do domínio. Lista páginas prioritárias com título, URL e resumo útil. Separa recursos centrais de conteúdos opcionais ou históricos. Pode apontar para versões Markdown ou um corpus ampliado em llms-full.txt.
Apresenta nome e descrição canônica do domínio.
Lista páginas prioritárias com título, URL e resumo útil.
Separa recursos centrais de conteúdos opcionais ou históricos.
Pode apontar para versões Markdown ou um corpus ampliado em llms-full.txt.
A validação confirma resposta HTTP, formato legível, links públicos e consistência com o site. Acesso por crawler, uso em uma resposta e citação são evidências posteriores e diferentes, que dependem de logs ou observação da plataforma. O relatório também deve preservar fonte, data, versão, denominador e indisponibilidades para que outra pessoa consiga reproduzir a leitura sem confundir ausência de dado com desempenho baixo.
A interpretação de llms.txt acompanha limites explícitos. A especificação se apresenta como proposta aberta. Arquivos muito extensos e repetitivos reduzem a utilidade da curadoria. Informações desatualizadas podem contradizer páginas canônicas. Esses limites permanecem junto da definição para impedir que uma condição necessária seja divulgada como garantia de seleção, citação, ranking ou impacto comercial.
As referências priorizam documentação oficial, pesquisa original e metodologia pública da Quaerion quando o conceito é operacional ou proprietário. Cada fonte sustenta uma parte identificável da definição; links externos não são usados como decoração, autoridade emprestada ou prova de que uma plataforma adotou a terminologia apresentada no verbete canônico.
Finalidade, estrutura e exemplos do arquivo.
Requisitos de acesso do OAI-SearchBot para descoberta no ChatGPT Search.
Orientação de que não há otimização especial obrigatória para recursos de IA do Google.
O Radar Quaerion registra fontes, estados da evidência e limitações antes de transformar uma coleta em conclusão. A plataforma separa estrutura do documento, disponibilidade técnica, presença observada em IA e impacto de negócio, preservando o histórico de cada ciclo para que uma correção editorial não reescreva o baseline nem simule evolução retrospectiva.
A versão legível por máquina reúne o texto principal desta página em uma estrutura limpa para agentes como ChatGPT, Gemini e Perplexity. Os sinais exibidos pelo verificador descrevem elementos técnicos e editoriais detectados no documento; não comprovam, isoladamente, que uma plataforma citou ou recomendou a marca.
text/markdown · declarado via <link rel="alternate"> · crawlers de IA liberados no robots.txt. Engenharia de visibilidade pela Quaerion.