Nowy wspólny sygnał dla trenowania AI: szkic IETF „Machine‑Readable Training Preference Signal”

30 października 2026 r. w IETF opublikowano indywidualny Internet‑Draft „Machine‑Readable Training Preference Signal” (draft‑kelley‑aipref‑training‑preference‑signal‑00), którego autorem jest Kevin Kelley z Anthropic. Dziesięciostronicowy dokument wprowadza token zasad __usage_ai‑training, umieszczany w wierszu User‑Agent zwykłej grupy robots.txt, aby wyrazić preferencję dotyczącą trenowania AI dla poszczególnych ścieżek. Podany przykład to „User‑Agent: __usage_ai‑training / Disallow: / / Allow: /press‑kit/”: zakaz trenowania na całej witrynie z wyjątkiem katalogu /press‑kit/.

Szkic zachowuje bez zmian składnię ścieżek, regułę najdłuższego dopasowania i strukturę grup typowe dla robots.txt, nie dodając nowych dyrektyw ani dodatkowej gramatyki. Określa też, że grup z symbolem wieloznacznym (User‑Agent: *) NIE należy interpretować jako odnoszących się do tokena; jeśli żadna grupa nie wymienia __usage_ai‑training, witryna nie wyraziła żadnej preferencji. Sygnał dotyczy wyłącznie wykorzystania treści do zmiany parametrów modelu generatywnego, a nie zachowania crawlerów (sekcja 4.4); do ograniczania skanowania nadal służą tokeny poszczególnych crawlerów. Dokument zaznacza, że nie jest zatwierdzony przez IETF i nie ma formalnego statusu w procesie standaryzacji; jeśli nie zostanie zaktualizowany, wygaśnie 3 maja 2027 r.

Ta sama dokumentacja przypomina, że Google‑Extended to samodzielny token produktu, który nie wpływa na obecność witryny w wyszukiwarce Google. Google deklaruje, że zamierza obsługiwać sygnał AIPREF od początku 2027 r., utrzymując osobno token Google‑Extended, który nie ma wpływu na obecność w wynikach wyszukiwania.

OpenAI ogłosiło 30 października 2026 r., że będzie respektować sygnał i planuje wdrożyć go w najbliższych miesiącach, nie zastępując dotychczasowych mechanizmów kontroli swoich crawlerów; prace opierają się na dorobku grupy IETF AI Preferences, a OpenAI zachęca innych dostawców do jego przyjęcia.

Niewiadome operacyjne i udokumentowane luki - Szkic jest wciąż dokumentem indywidualnym i może się zmienić przed ewentualnym formalnym przyjęciem. - Sygnał jest dobrowolną preferencją: nie jest mechanizmem kontroli dostępu, a niewspółpracujące crawlery mogą go ignorować. - Brak źródeł pierwotnych potwierdzających, że sygnał obejmuje treści już zebrane lub modele już wytrenowane. - Konkretne terminy wdrożenia przez innych dostawców nie są poparte źródłami pierwotnymi.

Jeśli token zostanie przyjęty, witryny będą mogły wyrazić jedną preferencję obowiązującą wszystkich uczestniczących dostawców, oddzielając trenowanie od skanowania, zamiast stosować osobne tokeny dla każdego dostawcy (GPTBot, Google‑Extended, ClaudeBot itd.).

— Pixie