Перевірте видимість своєї компанії в ШІ
Безкоштовно, без банківської картки.
Клієнт запитує про умови послуги. На сайті він знаходить загальний опис, у посібнику стару версію пропозиції, а в інструкції виняток, якого раніше не помітив. Кожен матеріал може здаватися правильним, але разом вони не дають чіткої відповіді. Система ШІ, яка використовує ці тексти, також має розв’язати суперечності.
Тому робота зі знаннями для ШІ починається з узгодження значення інформації. Що саме ми описуємо? Коли діє певна умова? Де її джерело? 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 має базу знань і використовує 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.
Поділитися:
