Agent Readiness Checker
Free, no signup. Inventory the public files and headers that can describe an agent-capable site. Every signal keeps a visible state, and a failed fetch never becomes a negative verdict.
Sample report Illustrative deterministic result
For a site where /.well-known/agent-card.json contains valid JSON, /llms.txt is missing, the MCP request times out, and the remaining signals are present, the report would read:
Score 57
A2A agent card: found-valid — Found and structurally valid.
MCP manifest: not-evaluated — Fetch unavailable.
llms.txt: absent — Not found.
security.txt: found-valid — Found and structurally valid.
Content-Signals: found-valid — Found and structurally valid.
Recent Common Crawl presence: found-valid — informational, zero score weight.
The score is exactly 4 earned weight points out of 7 possible, rounded to 57. The timeout earns nothing, but it is still labelled not evaluated rather than absent.
How to use it
- Enter a complete public website URL, including
https://. - Select Check signals. The tool requests the site root and four conventional discovery paths.
- Read each state independently. Fix malformed files first; only add absent files when they serve a real interface or policy.
- Open the files directly after publishing to confirm your CDN is returning the intended content type and body.
+ saves the current site or page. Use ☆ beside any saved site, page, or list to favorite it. Recent check history appears below.
Create a named list
Target filled from your local choices.
Site passport Local context for this saved site
Local data
Saved targets, named lists, and recent check summaries remain only in this browser.
Signal evidence
Next steps
- Check AI crawler access
Test robots directives and crawler-specific access separately.
- Build llms.txt
Create the optional discovery file when it fits the site.
Rate this tool
Checks run from our server; we fetch the URL you enter and don't keep the results. Anonymous run-level outcome counters may be used for aggregate research; URLs, domains, IPs, and identifiers are never included, and no statistic is released below 100 runs.
What the results mean
- found-valid — the resource returned successfully and passed the tool’s limited structural check.
- found-invalid — a resource exists but JSON parsing, llms.txt parsing, or the expected header check failed.
- absent — that exact path returned HTTP 404.
- not-evaluated — the fetch failed or returned another unusable status; investigate availability before drawing a conclusion.
How it works
The browser calls protected endpoints for the root, the A2A 1.0 path /.well-known/agent-card.json, /.well-known/mcp.json, /llms.txt, /.well-known/security.txt, and an exact-URL lookup across three recent Common Crawl indexes. JSON files must parse, llms.txt must have no parser errors, and Content-Signals must appear as a response header. The root response is also checked for RFC 9421 signature-negotiation or signed-response headers; that awareness card carries no score weight and never treats absent evidence as lack of support. A2A and MCP carry two points each; the other scored file/header signals carry one. Common Crawl presence is informational.
Features
- Five scored path/header checks plus independent Common Crawl and RFC 9421 awareness cards.
- Four-state reporting that distinguishes absence, invalid content, and unavailable evidence.
- Visible, reproducible 7-point weighting rather than a hidden model score.
- Entirely public-surface testing with no account or site integration.
Limitations
This is a discovery-signal inventory, not a protocol conformance suite or an AI visibility forecast. JSON parsing does not prove that an agent or MCP server works. The checker does not execute an agent, validate authentication, inspect robots directives, or observe which crawlers consume a file. A CDN, bot challenge, or regional block can also make a public resource not evaluated from the checker even when it works elsewhere.
Frequently asked questions
What does the Agent Readiness score measure?
It is a simple weighted inventory of five public signals: an A2A agent card, an MCP manifest, llms.txt, security.txt, and the Content-Signals response header. Recent Common Crawl presence is shown separately and does not change the score. The report does not measure whether an AI system will use, cite, or rank the site.
Does a missing llms.txt mean AI crawlers cannot use my site?
No. llms.txt is a proposed convention, not a required discovery mechanism or a documented access control for major crawlers. Its absence only means this optional file was not found.
Why is a signal marked not evaluated?
The checker could not obtain a usable response, for example because the request failed or returned a non-success status other than 404. Not evaluated is never treated as absent, invalid, or passed.
What makes an agent card or MCP manifest valid here?
This lightweight check only confirms that the public file returns a successful response and parses as JSON. It does not certify protocol conformance, endpoints, authentication, or operational safety.
Should every website publish all five signals?
No. Agent cards and MCP manifests are relevant to sites that intentionally expose agent or tool interfaces. A normal editorial or commerce site can be perfectly usable without them.
Does the Web Bot Auth card prove crawler authentication works?
No. It only reports response-side RFC 9421 HTTP Message Signature evidence when present. A normal unsigned page fetch cannot prove that the edge requires or verifies signed AI-bot requests, and no observed evidence is reported as not evaluated rather than unsupported.
Feature requests for Agent Readiness Checker
Upvote what you want most. New ideas can be submitted from the floating Feedback menu; requests appear here once approved, and the most-wanted rise to the top.
You won't be emailed about that request anymore.
Loading…
➕ Request a feature
New requests are reviewed before they appear here.
Sobre a ferramenta
Verifique sinais públicos de descoberta de agentes e a presença recente no Common Crawl, mantendo a ausência separada das falhas de busca.
Este é um inventário ponderado simples de cinco sinais públicos: um cartão de agente A2A, um manifesto MCP, llms.txt, security.txt e o cabeçalho de resposta Content-Signals. A presença recente no Common Crawl é mostrada separadamente e não altera a pontuação. O relatório não mede se um sistema de IA usará, citará ou classificará o site.
Recursos
- Cinco verificações pontuadas de caminhos e cabeçalhos, além de cartões independentes sobre o Common Crawl e a RFC 9421. Relatório com quatro estados que distingue ausência, conteúdo inválido e evidência indisponível. Ponderação visível e reproduzível de sete pontos, sem pontuação oculta de modelo. Testes apenas em superfícies públicas, sem conta ou integração com o site.
- Este é um inventário ponderado simples de cinco sinais públicos: um cartão de agente A2A, um manifesto MCP, llms.txt, security.txt e o cabeçalho de resposta Content-Signals. A presença recente no Common Crawl é mostrada separadamente e não altera a pontuação. O relatório não mede se um sistema de IA usará, citará ou classificará o site.
- O navegador consulta endpoints protegidos para a raiz, o caminho A2A 1.0 /.well-known/agent-card.json, /.well-known/mcp.json, /llms.txt, /.well-known/security.txt e uma busca pela URL exata em três índices recentes do Common Crawl. Os arquivos JSON precisam ser analisáveis, llms.txt não pode conter erros de análise e Content-Signals precisa aparecer como cabeçalho de resposta. A resposta da raiz também é verificada em busca de cabeçalhos de negociação de assinatura ou de resposta assinada RFC 9421; esse cartão informativo não pesa na pontuação e nunca trata a ausência de evidência como falta de suporte. A2A e MCP valem dois pontos cada; os outros sinais pontuados de arquivo ou cabeçalho valem um ponto. A presença no Common Crawl é apenas informativa.
- Evidências dos sinais
Como funciona
O navegador consulta endpoints protegidos para a raiz, o caminho A2A 1.0 /.well-known/agent-card.json, /.well-known/mcp.json, /llms.txt, /.well-known/security.txt e uma busca pela URL exata em três índices recentes do Common Crawl. Os arquivos JSON precisam ser analisáveis, llms.txt não pode conter erros de análise e Content-Signals precisa aparecer como cabeçalho de resposta. A resposta da raiz também é verificada em busca de cabeçalhos de negociação de assinatura ou de resposta assinada RFC 9421; esse cartão informativo não pesa na pontuação e nunca trata a ausência de evidência como falta de suporte. A2A e MCP valem dois pontos cada; os outros sinais pontuados de arquivo ou cabeçalho valem um ponto. A presença no Common Crawl é apenas informativa.
Limitações
- Este é um inventário de sinais de descoberta, não um conjunto de testes de conformidade com protocolos nem uma previsão de visibilidade em IA. A análise do JSON não prova que um agente ou servidor MCP funciona. O verificador não executa um agente, não valida autenticação, não examina diretivas de robots nem observa se rastreadores consomem um arquivo. Uma CDN, um desafio contra bots ou um bloqueio regional também pode impedir a avaliação de um recurso público, mesmo que ele funcione em outro local.
- O verificador não conseguiu obter uma resposta utilizável, por exemplo, porque a solicitação falhou ou retornou um status sem sucesso diferente de 404. O estado “não avaliado” nunca é tratado como ausente, inválido ou aprovado.
Perguntas frequentes
O que torna válido um cartão de agente ou manifesto MCP aqui?
Esta verificação simples apenas confirma que o arquivo público retorna uma resposta bem-sucedida e pode ser analisado como JSON. Ela não certifica conformidade com o protocolo, endpoints, autenticação nem segurança operacional.
O que a pontuação de prontidão para agentes mede?
Este é um inventário ponderado simples de cinco sinais públicos: um cartão de agente A2A, um manifesto MCP, llms.txt, security.txt e o cabeçalho de resposta Content-Signals. A presença recente no Common Crawl é mostrada separadamente e não altera a pontuação. O relatório não mede se um sistema de IA usará, citará ou classificará o site.
O cartão Web Bot Auth prova que a autenticação do rastreador funciona?
Não. Ele apenas relata evidências de assinaturas de mensagens HTTP RFC 9421 no lado da resposta, quando presentes. Uma busca normal de página sem assinatura não prova que a borda exige ou verifica solicitações assinadas de bots de IA; a ausência de evidência observada é relatada como não avaliada, não como falta de suporte.
A ausência de llms.txt significa que rastreadores de IA não podem usar meu site?
Não. llms.txt é uma convenção proposta, não um mecanismo obrigatório de descoberta nem um controle de acesso documentado para os principais rastreadores. Sua ausência significa apenas que esse arquivo opcional não foi encontrado.