Kontroler gotowości agenta

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.

Built by Patrick Stox

Public website URL

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.

Kontrole są uruchamiane na naszym serwerze; pobieramy podany adres URL i nie przechowujemy wyników. Anonimowe liczniki wyników poszczególnych uruchomień mogą być wykorzystywane do badań zbiorczych; adresy URL, domeny, adresy IP i identyfikatory nigdy nie są uwzględniane, a statystyki nie są publikowane poniżej 100 uruchomień.

Opinia

O tym narzędziu

Sprawdź publiczne sygnały wykrywania agentów i obecność w Common Crawl, odróżniając brak zasobu od błędu pobrania oraz nieprawidłowej zawartości.

Funkcje

Pięć punktowanych kontroli ścieżek lub nagłówków oraz osobne karty świadomości Common Crawl i RFC 9421.
Cztery stany: found-valid, found-invalid, absent i not-evaluated.
Widoczne wagi siedmiopunktowego wyniku zamiast niejawnego modelu.
Wyłącznie publiczne testy bez logowania, integracji z witryną ani wykonywania agenta.

Jak to działa

Narzędzie sprawdza root, /.well-known/agent-card.json, /.well-known/mcp.json, /llms.txt, /.well-known/security.txt, nagłówek Content-Signals i trzy ostatnie indeksy Common Crawl. A2A i MCP mają po dwa punkty, pozostałe sygnały po jednym; Common Crawl i RFC 9421 nie zmieniają wyniku.

Ograniczenia

To inwentarz sygnałów, nie test zgodności protokołu ani prognoza widoczności AI.
Poprawny JSON nie dowodzi działania agenta lub serwera MCP, a llms.txt nie jest obowiązkowym mechanizmem dostępu.
CDN, blokada regionalna lub wyzwanie dla botów może dać stan not-evaluated mimo działania zasobu gdzie indziej.

Częste pytania

Co mierzy wynik gotowości na agentów?

To prosta ważona inwentaryzacja pięciu publicznych sygnałów: karty agenta A2A, manifestu MCP, pliku llms.txt, pliku security.txt i nagłówka odpowiedzi Content-Signals. Niedawna obecność w Common Crawl jest pokazywana osobno i nie zmienia wyniku. Raport nie mierzy, czy sztuczna inteligencja użyje, zacytuje lub wysoko oceni witrynę.

Czy brak llms.txt oznacza, że crawlery AI nie mogą korzystać z mojej witryny?

Nie. llms.txt to proponowana konwencja, a nie wymagany mechanizm odkrywania ani udokumentowana kontrola dostępu dla głównych crawlerów. Jego brak oznacza jedynie, że nie znaleziono tego opcjonalnego pliku.

Dlaczego sygnał ma status „nie oceniono”?

Kontroler nie uzyskał użytecznej odpowiedzi, na przykład dlatego, że żądanie się nie powiodło albo zwróciło kod inny niż sukces lub 404. Status „nie oceniono” nigdy nie jest traktowany jako brak, nieprawidłowość ani zaliczenie.

Co tutaj decyduje o poprawności karty agenta lub manifestu MCP?

Ta lekka kontrola potwierdza tylko, że publiczny plik zwraca poprawną odpowiedź i daje się przeanalizować jako JSON. Nie poświadcza zgodności z protokołem, punktów końcowych, uwierzytelniania ani bezpieczeństwa operacyjnego.

Czy każda witryna powinna publikować wszystkie pięć sygnałów?

Nie. Karty agentów i manifesty MCP są istotne dla witryn, które celowo udostępniają interfejsy agentów lub narzędzi. Zwykła witryna redakcyjna lub handlowa może działać bez nich całkowicie prawidłowo.

Czy karta Web Bot Auth dowodzi, że uwierzytelnianie crawlera działa?

Nie. Pokazuje jedynie dowody po stronie odpowiedzi na podpis wiadomości HTTP zgodny z RFC 9421, jeśli są obecne. Zwykłe niepodpisane pobranie strony nie może dowieść, że warstwa brzegowa wymaga lub weryfikuje podpisane żądania botów AI, a brak zaobserwowanego dowodu jest zgłaszany jako „nie oceniono”, nie jako brak obsługi.

Następny krokSerwer MCP dla SEO — run the full end-to-end workflow. Wskazówki są dostępne po angielsku.

Typowe problemy i sposoby ich naprawy

Błąd Nie znaleziono pliku służącego do wykrywania agenta Poprawka: Opublikuj zasób A2A 1.0 `/.well-known/agent-card.json` jako publiczny prawidłowy JSON opisujący punkt końcowy agenta i obsługiwane możliwości.
Błąd Kod JSON wykrywania agenta jest nieprawidłowy Poprawka: Popraw składnię JSON i wymaganą strukturę wykrywania w `/.well-known/agent-card.json`, a następnie potwierdź, że zasób zwraca analizowalny JSON ze statusem 2xx.
Błąd Nie znaleziono pliku służącego do wykrywania MCP Poprawka: Opublikuj `/.well-known/mcp.json` jako publiczny prawidłowy JSON wskazujący punkt końcowy serwera MCP i obsługiwaną metodę komunikacji.
Błąd Kod JSON wykrywania MCP jest nieprawidłowy Poprawka: Popraw składnię i pola wykrywania w `/.well-known/mcp.json`, a następnie sprawdź, czy plik daje się przeanalizować, a zadeklarowany punkt końcowy jest osiągalny.
Błąd Zadeklarowany punkt końcowy agenta jest nieosiągalny Poprawka: Popraw zadeklarowany adres URL punktu końcowego, DNS/TLS, udostępnienie uwierzytelniania lub odpowiedź serwera, aby zewnętrzny klient otrzymał oczekiwany uścisk ze statusem 2xx.
Ostrzeżenie Dokument wykrywania pomija oczekiwane możliwości Poprawka: Dodaj pominiętą, rzeczywiście obsługiwaną możliwość do dokumentu wykrywania i zaimplementuj ją w zadeklarowanym punkcie końcowym przed jej ogłoszeniem.
Ostrzeżenie Wymagania uwierzytelniania są niejasne Poprawka: W dokumencie wykrywania określ schemat uwierzytelniania, położenie tokena, wymagane zakresy i zachowanie wykrywania bez uwierzytelnienia.