Проверьте видимость вашей компании в ИИ
Бесплатно, без банковской карты.
Клиент спрашивает об условиях услуги. На сайте он находит общее описание, в руководстве старую версию предложения, а в инструкции исключение, которого раньше не заметил. Каждый материал может выглядеть правильным, но вместе они не дают ясного ответа. Система ИИ, использующая эти тексты, тоже должна разрешить противоречия.
Поэтому работа со знаниями для ИИ начинается с уточнения смысла информации. Что именно мы описываем? Когда действует условие? Где его источник? Open Knowledge Format помогает записать эти знания в структурированной форме, которую можно переносить между системами.
Что такое Open Knowledge Format?
Open Knowledge Format, сокращённо OKF, - открытый формат записи знаний для людей и систем ИИ. Google Cloud представила его 12 июня 2026 года. В основе простая идея: знания можно хранить в текстовых файлах, которые разные инструменты читают по общим правилам.
Основой служат документы Markdown, то есть текст с простой разметкой заголовков, списков и ссылок. В начале документа расположен блок YAML с метаданными - короткими полями, описывающими содержимое. Набор таких файлов может представлять определения показателей, описания данных, процедуры или правила работы услуги.
Формат не требует определённого облака или модели ИИ. Его задача - упростить обмен знаниями между инструментами. Сохранение информации в OKF само по себе не означает, что внешняя система получила или использовала её.
Источник: Google Cloud - введение в Open Knowledge Format
Статья Google описывает версию 0.1. Что изменила версия 0.2?
Материал Google хорошо объясняет основы, но описывает первоначальную версию 0.1. В спецификации, проверенной 13 октября 2026 года, уже указана версия 0.2. У проекта также появился собственный репозиторий. Старая копия в каталоге knowledge-catalog/okf больше не поддерживается.
Версия 0.2 расширяет описание происхождения, проверки и актуальности знаний. Она позволяет указывать, в частности, источники информации, способы подготовки и подтверждения содержимого, а также статус документа. Это полезно, когда часть контента создают или обновляют агенты ИИ.
По-прежнему только поле type обязательно во всех случаях. Оно определяет тип описываемой информации. Дополнительные поля и их зависимости нужно выбирать по спецификации. Минимальное соответствие формату ещё не означает, что документ содержит всё необходимое читателю.
Источник: актуальная спецификация OKF 0.2
Сообщение о переносе проекта в отдельный репозиторий
Как OKF помогает упорядочить знания для ИИ?
Один документ описывает одно понятие или тему. Ссылки соединяют его с другими документами. Так описание показателя может вести к определениям данных, а инструкция - к соответствующим условиям. Файлы можно проверять, версионировать и переносить между системами.
Репозиторий проекта показывает и разделение ролей: один инструмент может готовить знания, а другой - читать их. Библиотека файлов может служить агенту, внутреннему поиску или средству просмотра документации. При конкретном внедрении всё равно нужно обеспечить доступ к содержимому и поддержку формата на принимающей стороне.
Источник: репозиторий Open Knowledge Format
Наглядная схема: исходные материалы проходят проверку, попадают в упорядоченную базу и могут быть прочитаны подключённой системой ИИ. Собственная иллюстрация на основе документации OKF, созданная с помощью ИИ.
База знаний Semly и OKF
У Semly есть база знаний, и Semly использует Open Knowledge Format. Это важная часть работы с информацией о компании: внимание нужно уделять и содержанию ответа, и организации знаний, на основе которых его можно построить.
Для специалиста по маркетингу это конкретная задача. Нужно собрать подтверждённые сведения о предложении, объяснить термины и убрать противоречия. Именно на таком материале стоит строить дальнейшие описания, руководства и ответы на вопросы клиентов.
Если у вас компания по оказанию услуг, начните с объёма услуги, требований и исключений. Если вы продаёте продукты, упорядочите сценарии использования, характеристики и совместимость. В обоих случаях читатель должен понимать, когда применима информация.
База знаний и блог могут выполнять разные роли. В базе вы поддерживаете точный ответ на конкретный вопрос. Статья в блоге помогает разобраться в проблеме, сравнить подходы и выбрать следующий шаг. Не нужно дублировать всю инструкцию в обоих местах.
Читайте также: как распределить темы между блогом и базой знаний
Пример: что на самом деле означает «активный аккаунт»?
Предположим, команда хочет использовать ИИ для объяснения отчётов по продукту. В одном документе «активный аккаунт» означает любой аккаунт с действующим доступом. В другом - аккаунт, в котором совершено определённое действие. Без уточнения эти описания могут дать разные результаты.
Данные примера поясняют метод и не отражают результаты какой-либо марки. В примере есть 80 аккаунтов с действующим доступом. В 28 из них за рассматриваемую неделю выполнена хотя бы одна подтверждённая операция. При таком определении активности доля активных аккаунтов равна 28 ÷ 80 × 100% = 35%.
Поэтому в базе стоит описать определение, событие для включения аккаунта в расчёт, период и исключения. Одной фразы «активность составляет 35%» недостаточно. Читатель не знает, что посчитано и можно ли сравнивать значение с другим отчётом.
| Элемент знаний | Описание в примере данных | Зачем его записывать? |
|---|---|---|
| Определение | Аккаунт хотя бы с одной подтверждённой операцией за неделю | Различает доступ к продукту и его использование |
| Основа расчёта | 80 аккаунтов с действующим доступом; 28 активных | Позволяет воспроизвести результат 35% |
| Исключения | Тестовые аккаунты исключены из обеих групп | Предотвращает смешение разных совокупностей |
| Источник и проверка | Указанное определение события и ответственный за его проверку | Упрощает объяснение и последующее обновление |
Вывод прост: сначала согласуйте определение, затем оценивайте ответ ИИ. Если система путает активный аккаунт с аккаунтом, имеющим доступ, проверьте, получила ли она правильное описание. Смена формата файла не исправит несогласованное определение.
Что подготовить в базе знаний своей компании?
Начните с одной области, где недопонимание затрудняет решение клиента или работу команды. Это может быть объём внедрения, условие использования функции или смысл показателя. Необязательно сразу перестраивать всю документацию.
Редакционный список для подготовки контента: значение, область действия, источник, актуальность, исключения и связи. Это предложение по работе с информацией, а не перечень обязательных полей OKF. Собственная иллюстрация, созданная с помощью ИИ.
- Выберите вопрос, на который читатель должен получить однозначный ответ.
- Запишите короткое определение и условия, при которых оно действует.
- Укажите источник факта и человека, ответственного за его подтверждение.
- Опишите исключения и свяжите тему с нужными инструкциями.
- Уберите противоречащие друг другу версии из материалов, которые поддерживаете.
- Проверьте ответ системы на основной вопрос и на граничный случай.
Граничный случай особенно полезен. Если услуга распространяется на определённый тип устройств, спросите и о неподдерживаемой модели. Хорошая документация должна помогать распознать ограничение, а не подталкивать к расширению предложения в ответе.
Улучшает ли OKF видимость в Google и ответах ИИ?
OKF касается способа записи и обмена знаниями. Видимость в публичных ответах ИИ зависит также от того, доступен ли материал системе, считает ли она его полезным и использует ли для конкретного вопроса. Внедрение формата не подтверждает, что марку будут рекомендовать.
Google объясняет, что для AI Overviews и AI Mode действуют основы SEO. Страница должна быть проиндексирована и подходить для показа с текстовым фрагментом. Специальные файлы для ИИ или дополнительный тип структурированных данных не требуются. Выполнение требований не гарантирует показ.
Источник: Google Search Central - функции ИИ и ваш сайт
Поэтому разделите две задачи. Сначала проверьте, содержит ли база знаний правильные и актуальные ответы. Затем оценивайте, как компания представлена в публичных системах ИИ. Это помогает отличить проблему в контенте от ситуации, когда материал не использовали.
С чего начать?
Выберите одну информацию о своём предложении, которую легко понять неправильно. Запишите её смысл, условия и источник. Проверьте, действуют ли одинаковые правила в базе знаний, на странице продукта и в инструкции.
Такая работа даёт конкретную основу для использования OKF. У Semly есть база знаний, и компания использует этот формат, но качество информации по-прежнему начинается с фактов. Чем проще установить смысл высказывания и период его актуальности, тем проще его проверить и ответственно использовать.
Технические источники проверены 13 октября 2026 года. Описание изменений стандарта относится к OKF 0.2; оно не определяет версию или объём реализации OKF в Semly.
Поделиться:
