Формат відкритих знань Google та майбутнє оптимізації пошуку агентів

Формат відкритих знань Google та майбутнє оптимізації пошуку агентів

Цифровий ландшафт переживає тихий, але тектонічний зсув. Протягом понад двох десятиліть пошукова оптимізація (SEO) була заснована на одній простій парадигмі: оптимізувати веб-сторінки для людського ока, індексувати їх за допомогою веб-сканерів та структурувати дані за допомогою складної розмітки схем, щоб машини могли розуміти основні сутності. Але оскільки ми переходимо від ери пошукових систем до ери автономних агентів штучного інтелекту, ця парадигма швидко руйнується.

Сьогодні бізнес стикається з критичним «дефіцитом контексту». Хоча великі мовні моделі (LLM) можуть писати елегантний код, створювати чернетки документів або аналізувати величезні набори даних, вони залишаються фундаментально обмеженими через відсутність структурованого, актуального та власного бізнес-контексту. Ці знання — від схем баз даних та користувацьких бізнес-метрик до внутрішніх сценаріїв та неписаних висновків старших інженерів — фрагментовані в ізольованих вікі-сторінках, спільних дисках, презентаціях та журналах чатів.

Щоб подолати цю прогалину, Google Cloud нещодавно представив Open Knowledge Format (OKF) версії 0.1 – відкриту, нейтральну до постачальників специфікацію, розроблену для представлення організаційних знань як сумісного «цифрового мозку». Формалізуючи те, що відомо як шаблон «LLM-Wiki», OKF знаменує кінець традиційної, бездержавної генерації пошуку та доповненої генерації (RAG) та сповіщає про майбутнє, що базується на складних агентах.

Для перспективних організацій та піонерів консалтингу, таких як Switas, OKF — це не просто технічне оновлення. Це основа абсолютно нової комерційної дисципліни: агентної пошукової оптимізації (ASO).

1. Загибель бездержавної RAG та зростання накопичення знань

Щоб зрозуміти, чому OKF від Google є проривом, нам потрібно спочатку дослідити, чому наші поточні методи інтеграції ШІ зазнають невдачі.

Більшість сучасних корпоративних рішень штучного інтелекту спираються на метод доповненого пошуку (RAG). Коли користувач ставить запитання, система RAG виконує пошук подібності у векторизованих фрагментах документа, отримує найбільш релевантні фрагменти та передає їх у вікно контексту LLM для генерації відповіді.

Хоча RAG є дуже ефективним для статичних запитань та відповідей, він має кілька системних обмежень:

Бездержавність: кожен запит розглядається як ізольована подія. Система не «навчається» на попередніх взаємодіях і не синтезує нові зв'язки.
Шум пошуку та помилки на межі фрагментів: фрагментація 50-сторінкового PDF-файлу на фрагменти по 500 токенів часто розрізає критичний контекст навпіл, що призводить до неповних або оманливих відповідей.
Відсутність синтезу: Традиційна RAG чудово справляється з пошуком необробленої інформації, але їй важко підтримувати єдине «джерело істини», що постійно змінюється.
У квітні 2026 року піонер штучного інтелекту Андрій Карпатій (співзасновник OpenAI та колишній директор зі штучного інтелекту в Tesla) запропонував революційну альтернативу: шаблон LLM Wiki.

Замість того, щоб щоразу шукати необроблені, неструктуровані документи з нуля, Карпаті стверджував, що правильний спосіб використання LLM – це використовувати їх як компілятори. У цій парадигмі, коли надходить новий документ, набір даних або бриф клієнта, LLM зчитує його один раз, витягує ключові концепції та поступово «компілює» їх у структуровану, постійну та високопов’язану вікі-сторінку на основі markdown.

Якщо надходить нова інформація, яка суперечить старішому запису, LLM не просто зберігає обидва записи; він активно вирішує конфлікт, оновлює сторінки сутностей, переглядає короткий зміст тем та посилює або ставить під сумнів синтез, що розвивається. Знання накопичуються з часом, точно так само, як людський мозок.

OKF від Google Cloud — це формалізація саме цього шаблону LLM-Wiki у відкритий галузевий стандарт.

2. Розвінчуємо міфи про формат відкритих знань (OKF)

По суті, OKF розроблений з метою бути надзвичайно простим. Google зайняв тверду філософську позицію: нам не потрібні складні бази даних, власні SDK чи важкі середовища виконання для представлення знань. Натомість, знання повинні зберігатися у форматі, який є універсально портативним, легким для читання людьми та зрозумілим для LLM.

Цей формат — Markdown з YAML Frontmatter.

Якщо ви можете клонувати репозиторій за допомогою git, ви можете розгорнути пакет OKF. Якщо ви можете каталізувати текстовий файл, ви можете його прочитати. Він не потребує баз даних, центрального авторизаційного центру та прив'язки до платформи. Він чудово відображається на GitHub, може бути організований в таких інструментах, як Obsidian або Notion, і може бути миттєво індексований будь-яким сучасним агентом штучного інтелекту.

Анатомія пакету знань OKF
Пакет OKF структурно представлений як вкладений каталог каталогів, що нагадує вікі, створену людиною. Він містить три основні компоненти:

Точки входу (index.md): Кожен пакет OKF вимагає файлу точок входу. Цей індексний файл окреслює структуру бази знань, спрямовуючи вхідних агентів до основних концепцій, наборів даних та доступних сценаріїв.
Каталоги концепцій: Замість упорядкування файлів за вихідними документами, з яких вони походять (наприклад, q4_marketing_report.pdf), OKF реорганізує інформацію за концепціями (наприклад, /metrics/customer_acquisition_cost.md). Кожна концепція представлена ​​як окремий атомарний документ з уцінкою.
Файл журналу (log.md): Живий реєстр, де автономні агенти записують свою діяльність. Коли агент оновлює концепцію, вирішує суперечність даних або отримує нове джерело, він документує зміни у файлі журналу, створюючи паперовий слід, який можна перевіряти.
Структура сторінки концепції
Кожен окремий файл markdown, що представляє концепцію в пакеті OKF, містить сувору структуру, що складається з двох частин: вхідної частини YAML та тіла markdown.

---
type: concept
title: Customer Acquisition Cost (CAC)
description: The primary financial metric used to evaluate marketing efficiency at Switas.
resource: bigquery://switas-analytics/finance/cac_summary
tags:
 - finance
 - marketing-efficiency
 - saas-metrics
timestamp: 2026-06-18T14:30:00Z
---
After this structured frontmatter, the document opens into a free-form Markdown Body. This is where the magic happens. The body can contain natural language definitions, raw data tables, calculation formulas, playbooks, and—crucially—interlinks using standard markdown bracket notation (e.g., [[LTV_Calculation]]).

Ці взаємозв'язки дозволяють агентам структурно переміщатися по каталогу, перетворюючи плоску папку текстових файлів на високопов'язаний, зручний для навігації семантичний граф знань.

3. «Семантичне розпалювання»: філософія природного знання

Один із найглибших термінів, що виникли після релізу OKF, — це «Семантичне розпалювання».

Роками технологічна індустрія намагалася нав'язати людські знання високожорстким, машинозчитуваним схемам (таким як JSON-LD або мікродані). Цей процес був крихким, неприродним і принципово відірваним від того, як люди виражають ідеї. Це була спроба «запікати» плинне людське мислення в холодні, тверді машинні структури.

OKF перевертає цей підхід з ніг на голову. Оскільки сучасні LLM неймовірно вправно читають природну мову, OKF діє як форма «семантичного розпаковування». Він дозволяє організаціям документувати свої бізнес-правила, процеси та показники природною, виразною мовою.

Вам більше не потрібно писати складний API, щоб пояснити бізнес-розрахунок агенту штучного інтелекту. Ви просто пишете інструкцію:

# Playbook: Diagnosing Mid-Funnel Conversion Drops
When an analyst agent detects a drop in mid-funnel conversion rate greater than 5% week-over-week, follow these steps:
1. Query the `conversions_db` table to isolate the traffic source.
2. Cross-reference results with our [[Marketing_Campaign_Log]].
3. If the drop is isolated to paid search, trigger the [[Google_Ads_Audit_Playbook]].
This represents a more natural way to structure knowledge. You tell the agent: "Here is where you go in my organization's brain to get this information, and here is how we want you to reason about it."

4. Можливість Switas: Монетизація експертизи та лідерство в ASO-революції

Зі зростанням корпоративного штучного інтелекту попит на структуровані знання стрімко зростатиме. Бізнес більше не конкуруватиме виключно за веб-трафік; він конкуруватиме за агентську доступність.

Це відкриває для Switas величезний комерційний горизонт за двома основними напрямками:

I. Консалтинг з оптимізації пошуку агентів (ASO)

Ми вступаємо у світ, де споживачі не шукають в Інтернеті безпосередньо; їхні агенти штучного інтелекту роблять це за них. Коли користувач запитує свого особистого агента: «Знайдіть мені найкращу консалтингову фірму для реструктуризації нашого стеку даних відповідно до рекомендацій OKF», цей агент скануватиме Інтернет у пошуках машинно-доступних знань.

Якщо експертиза вашого бізнесу замкнена за закритими PDF-файлами або неструктурованими веб-сайтами з великим навантаженням на JavaScript, агент повністю вас обійде.

Switas може стати піонером переходу від традиційного SEO до ASO (оптимізації пошуку агентів). Наші консультанти можуть допомогти підприємствам:

  • Провести аудит їхніх існуючих неструктурованих сховищ знань.
  • Витягуйте власну бізнес-логіку, плейбуки та схеми даних.
  • Зберіть та структуруйте ці ресурси у повністю сумісні, легко скановані пакети знань OKF.
  • Інтегрувати шляхи напрямків у файли llms.txt, щоб сигналізувати зовнішнім агентам про готовність перевіреного пакета OKF до використання.

II. Ринок пакетів знань

Наразі, коли бізнесу потрібна спеціалізована експертиза — будь то дотримання законодавства, податкове структурування чи розширений SEO-аудит — вони наймають дорогих консультантів для проведення ручних аудитів.

Найближчим часом ми побачимо зростання Глобального ринку знань, де організації купуватимуть та продаватимуть перевірені, керовані агентами пакети OKF.

Уявіть, що Switas компілює свої власні фреймворки для хакінгу зростання, посібники з цифрової трансформації або методології аудиту даних у модульні пакети OKF. Агент штучного інтелекту клієнта може придбати Switas Growth Playbook OKF, змонтувати його безпосередньо у власну файлову систему системи та негайно розпочати виконання аудитів за допомогою спеціалізованої логіки міркувань Switas.

Крім того, ці пакети не є статичними. У міру розвитку ринкових умов, алгоритмів пошуку або передового досвіду консалтингу, видавець оновлює головний пакет OKF. Ці оновлення поширюються по мережі, забезпечуючи постійне оновлення локалізованих даних клієнта на основі штучного інтелекту.

5. Вичерпний розділ поширених запитань: ознайомлення з технічними та стратегічними нюансами OKF

Зі зростанням популярності OKF, команди підприємств, розробники та керівники маркетингу неминуче ставитимуть критичні питання. Ось що вам потрібно знати:

Q1: Як зовнішні агенти штучного інтелекту насправді виявляють та отримують доступ до наших пакетів OKF?
Виявлення даних значною мірою здійснюватиметься за допомогою нового стандарту llms.txt. Файл llms.txt, розташований у кореневому каталозі веб-сайту (подібно до robots.txt), діє як каталог для мовних моделей.

Додаючи прямий URI-шлях, що вказує на ваш публічний пакет OKF, у файлі llms.txt, ви сигналізуєте агентам-сканерам (таким як GPT-Bot, Claude-Bot або Google-Extended), що структурована, оптимізована для машинного використання вікі-сторінка ваших бізнес-знань доступна для безпосереднього використання.

Q2: Чи є OKF заміною векторних баз даних (векторних БД) та графових баз даних?
Ні. OKF не є базою даних; це специфікація обміну та зберігання.

У приватному масштабі або масштабі малого бізнесу (менше 100 документів або приблизно 80 000 токенів) LLM може зчитувати каталог OKF безпосередньо з файлової системи без будь-якого посередника бази даних.

Однак, у масштабі підприємства, пакети OKF слугують чистим, курованим людиною «Джерелом істини», яке поповнює ваші ширші системи пошуку. Підприємство зазвичай використовує свої пакети OKF, векторизує їх у векторну базу даних для семантичного пошуку та використовує їх для побудови загальнокорпоративної бази даних Graph. OKF надає чисті, структуровані семантичні вхідні дані, що запобігають забрудненню бази даних.

Q3: Як OKF запобігає галюцинаціям ШІ?
Традиційний RAG часто викликає галюцинації, оскільки змушує LLM генерувати відповіді з фрагментованих, іноді суперечливих фрагментів документів.

OKF запобігає цьому, забезпечуючи явне відображення зв'язків, сценарії та точне посилання. Оскільки концепції OKF ретельно куруються та структуруються людьми (або складаються під суворим людським наглядом), агент покладається на попередньо синтезовану, перевірену логіку, а не на здогадки про зв'язки на льоту. Крім того, вбудована підтримка OKF для цитувань гарантує, що кожне фактичне твердження, зроблене агентом, можна простежити до конкретного, перевіреного файлу Markdown або ресурсу даних.

Q4: Чи потрібно нам писати та підтримувати ці пакети OKF вручну?
Абсолютно ні. Написання сотень файлів markdown та відстеження складних YAML-схем вручну було б вузьким місцем.

Натомість, процес є кооперативним: люди навчаються та керують; агенти штучного інтелекту компілюють та підтримують.

Використовуючи розширені налаштування агента (такі як Claude Code, Cursor або власні конвеєри Python), ви передаєте в систему необроблені джерела даних, такі як транскрипти, офіційні документи та схеми баз даних. Агент автоматично витягує концепції, записує вхідну частину YAML, створює перехресні посилання та реєструє зміни в log.md.

Роль людини переходить до ролі редактора: перегляд складеної вікі, додавання стратегічних рекомендацій та запуск автоматизованих скриптів "linter" для перевірки на наявність непрацюючих посилань, сторінок-сиріт або логічних суперечностей.

Підготовка до агентного перетворення разом зі Світасом

Запуск формату відкритих знань (Open Knowledge Format) є чітким сигналом того, куди рухається цифрова економіка. Ми відходимо від інтернету розрізнених сторінок, призначених для прокручування людьми, до інтернету взаємопов’язаних цифрових мізків, призначених для агентного виконання.

Для підприємств вибір очевидний: або почати структурувати свої корпоративні знання сьогодні, або ризикувати стати невидимими для агентів штучного інтелекту, які рухатимуть комерцію завтрашнього дня.

У Switas ми маємо унікальні можливості допомогти вашій організації пройти цей перехідний період. Поєднуючи наш глибокий досвід у цифровій стратегії, інженерії даних та нових стандартах штучного інтелекту, ми можемо допомогти вам перетворити ваші фрагментовані бізнес-активи на потужний, комплексний механізм знань OKF.

Майбутнє децентралізоване, структуроване та агентне. Давайте побудуємо його разом.

 


Чагдаш Полат

Написано

Чагдаш Полат

Чагдаш Полат є співзасновником Switas, де він очолює консалтинг з питань технологій та зростання для брендів у сфері електронної комерції, туризму, охорони здоров'я та державного сектору. Випускник факультету інформатики, який протягом останнього десятиліття пройшов шлях від розробки програмного забезпечення до керівних посад у сфері маркетингу, продуктів та стратегії, зараз він консультує компанії з питань CRO, аналітики та побудови систем зростання, які витримують вимірювання.

LinkedIn

Статті по темі

Світас, як видно на

Magnify: Масштабування інфлюенсер-маркетингу з Енгіном Юртдакулом

Перегляньте наш тематичний аналіз Microsoft Clarity

Ми відзначили Microsoft Clarity як продукт, створений з урахуванням практичних випадків використання в реальних умовах реальними розробниками, які розуміють проблеми, з якими стикаються такі компанії, як Switas. Такі функції, як кліки, що викликають гнів, та відстеження помилок JavaScript, виявилися безцінними для виявлення невдоволення користувачів та технічних проблем, що дозволило цілеспрямовано покращити роботу, що безпосередньо вплинуло на взаємодію з користувачем та коефіцієнти конверсії.