Что изменилось в llms.txt v2

Вторая редакция proposal llms.txt опубликована 10 августа 2026 года. Формат самого файла почти не изменился. Изменилось то, что вокруг него: как агент находит файл, что значит файл в подпути и как им пользуются.

Первая редакция вышла 3 сентября 2024 года. Автор обеих - Jeremy Howard (Answer.AI). Это по-прежнему proposal одного автора, а не стандарт IETF или W3C.

Короткий пересказ события: Вышла вторая редакция llms.txt.

Самый частый запрос сообщества: как агенту, получившему страницу, найти её Markdown-версию или файл llms.txt, который её покрывает, не угадывая адрес.

Ответ второй редакции - стандартные связи:

<link rel="alternate" type="text/markdown" href="/docs/page.html.md">
<link rel="describedby" href="/docs/llms.txt">

То же самое можно отдать заголовком ответа. Такой способ работает для любых файлов, не только HTML, и настраивается на сервере без правки страниц:

Link: </docs/page.html.md>; rel="alternate"; type="text/markdown", </docs/llms.txt>; rel="describedby"

Подробно о связях и заголовках: Обнаружение файла и Markdown-версий.

Первая редакция разрешала класть llms.txt не в корень, но не говорила, что это значит. Вторая определяет:

• файл описывает адреса под своим путём;
• если подходят несколько файлов, применяется самый специфичный.

/llms.txt        -> весь сайт
/docs/llms.txt   -> всё в /docs/

Это позволяет участвовать тем, кто управляет только частью домена.

Первая редакция задавала одну форму: .md добавляется к полному адресу страницы. Часть инструментов публикации вместо этого заменяет расширение. Вторая редакция разрешает оба варианта:

page.html  ->  page.html.md
page.html  ->  page.md
/docs/     ->  /docs/index.html.md  или  /docs/index.md

Первая редакция описывала инструмент llms_txt2ctx, который разворачивал файл в готовый контекст для модели. Вторая говорит прямо: агент просматривает llms.txt или ищет по нему, а затем идёт по нужным ссылкам. Ссылки поэтому должны вести на содержание, удобное модели.

Вместе с инструментом из proposal ушли:

• файлы llms-ctx.txt и llms-ctx-full.txt;
• особый смысл секции Optional, которая подсказывала инструменту, что можно отбросить.

Секция Optional осталась как соглашение для второстепенных ссылок.

Вторая редакция объясняет отказ от адреса в /.well-known/ (RFC 8615). Такие адреса существуют только в корне домена. Многие авторы управляют лишь путём на общем хосте и добавить файл в корень не могут. llms.txt, как и index.html, описывает путь, в котором лежит.

• Обязателен только заголовок H1.
• Порядок частей: H1, цитата, подробности без заголовков, секции H2 со списками ссылок.
• Формат элемента списка: ссылка и необязательное пояснение после двоеточия.
• Файл ничего не запрещает и не управляет доступом.

• llms-full.txt и llms-small.txt. Эти файлы появились как практика платформ документации и в текст proposal не входят.
• Требований к Content-Type.
• Раздела о безопасности и недоверенном содержимом.
• Правила о языке корневого файла на многоязычном сайте.

Последние три вопроса открыты в репозитории proposal.

1. Если на сайте уже есть llms.txt, переделывать его не нужно: формат остался прежним.
2. Проверить ссылки в файле: по возможности они должны вести на Markdown-версии страниц.
3. Если Markdown-версии есть, добавить на страницы rel="alternate" type="text/markdown".
4. Добавить rel="describedby" со ссылкой на покрывающий llms.txt.
5. Не рассчитывать на особую обработку секции Optional.