LLM-wiki: паттерн Карпаты, который лёг в основу OKF

Идея паттерна

В апреле 2026 года Андрей Карпаты опубликовал заметку об LLM-wiki: вместо того чтобы при каждом вопросе извлекать фрагменты из сырых документов, языковая модель инкрементально строит и поддерживает постоянную вики — набор связанных markdown-страниц о сущностях и темах.

Что происходит при добавлении источника

Ключевое отличие от индексации: модель не просто сохраняет документ для поиска. Она читает его, извлекает существенное и интегрирует в существующую вики — обновляет страницы сущностей, пересматривает резюме тем, отмечает противоречия новых данных со старыми утверждениями, укрепляет или ставит под сомнение сложившийся синтез. Новый материал о знакомой теме не плодит дубликат — он дополняет существующий концепт и создаёт новые связи.

Почему это работает у моделей и не работает у людей

Личные вики люди забрасывают из-за рутины: обновить десяток перекрёстных ссылок, переписать резюме, разложить по местам. Модели не надоедает — она правит пятнадцать файлов за один проход и не забывает кросс-ссылки. Роль человека смещается: находить новые источники и проверять синтез, а не вести картотеку.

От паттерна к стандарту: OKF

Проблема самодельных LLM-вики — несовместимость: у каждого свои соглашения о полях и структуре. Open Knowledge Format закрывает ровно это: спецификация Google Cloud формализует LLM-wiki паттерн — YAML-frontmatter с обязательным type, конвенции index.md и log.md, правила кросс-ссылок — и превращает самодельную вики в переносимый бандл — чтобы вики, которую ведёт один агент, читалась любым другим без переводчика. Детали — в разборе спецификации.

Как применить у себя

Минимальный контур: каталог markdown-файлов в git, агент с доступом к файловой системе и инструкция вида «новую информацию интегрируй в существующие концепты, связи оформляй ссылками, изменения фиксируй в log.md». Дальше паттерн масштабируется от личной базы знаний до базы знаний компании, которую агенты и наполняют, и потребляют.