Форматът на отворените знания на Google и бъдещето на оптимизацията за търсене на агенти

Форматът на отворените знания на Google и бъдещето на оптимизацията за търсене на агенти

Дигиталният пейзаж претърпява тиха, но тектонична промяна. В продължение на повече от две десетилетия оптимизацията за търсачки (SEO) беше доминирана от една-единствена, проста парадигма: оптимизиране на уеб страници за човешки очи, индексирането им чрез уеб роботи и структуриране на данни с помощта на сложна схема за маркиране, така че машините да могат да разбират основни обекти. Но с прехода от ерата на търсачките към ерата на автономните агенти с изкуствен интелект, тази парадигма бързо се разпада.

Днес бизнесите са изправени пред критичен „дефицит на контекст“. Въпреки че големите езикови модели (LLM) могат да пишат елегантен код, да изготвят документи или да анализират огромни набори от данни, те остават фундаментално ограничени от липсата на структуриран, актуален и собствен бизнес контекст. Тези знания – вариращи от схеми на бази данни и персонализирани бизнес показатели до вътрешни наръчници и неписани прозрения на старши инженери – съществуват фрагментирано в изолирани уикита, споделени дискове, слайдове и чат логове.

За да преодолее тази празнина, Google Cloud наскоро представи Open Knowledge Format (OKF) v0.1, отворена, неутрална спрямо доставчиците спецификация, предназначена да представи организационните знания като оперативно съвместим „дигитален мозък“. Чрез формализиране на това, което е известно като модел „LLM-Wiki“, OKF бележи края на традиционното, бездържавно генериране на данни с добавена информация (RAG) и въвежда едно комбинирано, агентно бъдеще.

За далновидни организации и пионери в консултирането като Switas, OKF не е просто техническа актуализация. Тя е основата на чисто нова търговска дисциплина: Agentic Search Optimization (ASO).

1. Смъртта на бездържавните RAG и възходът на натрупването на знания

За да разберем защо OKF на Google е пробив, първо трябва да разгледаме защо настоящите ни методи за интеграция с изкуствен интелект се сблъскват с провал.

Повечето съвременни корпоративни решения за изкуствен интелект разчитат на Retrieval-Augmented Generation (RAG). Когато потребител зададе въпрос, RAG системата извършва търсене на сходство в векторизирани части от документа, извлича най-подходящите фрагменти и ги подава в контекстния прозорец на LLM, за да генерира отговор.

Въпреки че RAG е много ефективен за статични въпроси и отговори, той страда от няколко системни ограничения:

Бездържавност: Всяко запитване се третира като изолирано събитие. Системата не се „учи“ от предишни взаимодействия, нито синтезира нови връзки.
Шум при извличане и грешки на границите на фрагментите: Фрагментирането на PDF файл от 50 страници на фрагменти от по 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 пакет. Ако можете да cat-вате текстов файл, можете да го прочетете. Не изисква бази данни, централен авторитет и обвързване с платформа. Рендира се прекрасно в GitHub, може да бъде организиран в инструменти като Obsidian или Notion и може да бъде индексиран мигновено от всеки съвременен AI агент.

Анатомия на пакет знания на OKF
OKF пакетът е структурно представен като вложена директория от директории, наподобяваща уики, създадено от човек. Той съдържа три основни компонента:

Входни точки (index.md): Всеки OKF пакет изисква файл с входни точки. Този индексен файл очертава структурата на базата знания, насочвайки входящите агенти към основните концепции, набори от данни и налични сценарии.
Директории с концепции: Вместо да организира файловете по суровите документи, от които идват (напр. q4_marketing_report.pdf), OKF реорганизира информацията по концепции (напр. /metrics/customer_acquisition_cost.md). Всяка концепция е представена като единичен, атомичен документ за маркиране.
Лог файл (log.md): Жив регистър, където автономните агенти записват своите дейности. Когато агент актуализира концепция, разреши противоречие в данните или приеме нов източник, той документира промяната в лог файла, създавайки одитираема хартиена следа.
Структурата на концептуалната страница
Всеки отделен markdown файл, представляващ концепция в OKF пакет, съдържа строга структура, състояща се от две части: YAML frontmatter и Markdown body.

---
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, за да обясните бизнес изчисление на AI агент. Просто напишете наръчник:

# 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) за агенти

Навлизаме в свят, в който потребителите не търсят директно в мрежата; техните AI агенти го правят вместо тях. Когато потребител попита личния си агент: „Намерете ми най-добрата консултантска фирма, която да преструктурира нашия стек от данни съгласно насоките на OKF“, този агент ще обходи мрежата, търсейки машинно достъпни знания.

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

Switas може да бъде пионер в прехода от традиционно SEO към ASO (оптимизация за търсене на агенти). Нашите консултанти могат да помогнат на предприятията:

  • Одитирайте съществуващите им неструктурирани хранилища за знания.
  • Извличане на собствена бизнес логика, плейбукове и схеми за данни.
  • Компилирайте и структурирайте тези ресурси в напълно съвместими, лесно обхождаеми пакети знания на OKF.
  • Интегрирайте пътища за насочване в техните llms.txt файлове, за да сигнализирате на външни агенти, че проверен OKF пакет е готов за консумация.

II. Пазарът на пакети знания

В момента, когато даден бизнес се нуждае от специализирана експертиза – било то спазване на правните изисквания, данъчно структуриране или напреднал SEO одит – те наемат скъпи консултанти, които да извършват ръчни одити.

В близко бъдеще ще видим възхода на Глобален пазар на знания, където организациите купуват и продават проверени, управлявани от агенти OKF пакети.

Представете си, че Switas компилира своите собствени рамки за хакерство на растежа, наръчници за дигитална трансформация или методологии за одит на данни в модулни OKF пакети. AI агентът на клиента може да закупи Switas Growth Playbook OKF, да го монтира директно в собствената си системна файлова система и веднага да започне да изпълнява одити, използвайки специализираната логика на разсъждение на Switas.

Освен това, тези пакети не са статични. С развитието на пазарните условия, алгоритмите за търсене или най-добрите консултантски практики, издателят актуализира главния OKF пакет. Тези актуализации се разпространяват в мрежата, като гарантират непрекъснато обновяване на локализирания AI интелект на клиента.

5. Изчерпателни ЧЗВ: Навигиране в техническите и стратегическите нюанси на OKF

С набирането на популярност на OKF, корпоративните екипи, разработчиците и маркетинговите лидери със сигурност ще си зададат важни въпроси. Ето какво трябва да знаете:

В1: Как външни AI агенти всъщност откриват и имат достъп до нашите OKF пакети?
Откриването до голяма степен ще се осъществява чрез нововъзникващия стандарт llms.txt. Разположен в основата на уебсайта (подобно на robots.txt), файлът llms.txt действа като директория за езикови модели.

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

В2: OKF заместител ли е на векторните бази данни (векторни бази данни) и графовите бази данни?
Не. OKF не е база данни; това е спецификация за обмен и съхранение.

В личен или малък бизнес мащаб (под 100 документа или приблизително 80 000 токена), LLM може да чете OKF директория директно от файлова система без посредник в базата данни.

В корпоративен мащаб обаче, OKF пакетите служат като чист, куриран от човека „Източник на истина“, който захранва по-широките ви системи за търсене. Предприятието обикновено приема своите OKF пакети, векторизира ги във векторна база данни за семантично търсене и ги използва за изграждане на графова база данни за цялото предприятие. OKF предоставя чисти, структурирани семантични входни данни, които предотвратяват замърсяването на базата данни.

В3: Как OKF предотвратява халюцинациите, причинени от изкуствен интелект?
Традиционният RAG често халюцинира, защото принуждава LLM да генерира отговори от фрагментирани, понякога противоречиви откъси от документи.

OKF предотвратява това, като налага изрично картографиране на взаимовръзки, сценарии и точно цитиране. Тъй като концепциите на OKF са силно курирани и структурирани от хора (или са компилирани под строг човешки надзор), агентът разчита на предварително синтезирана, проверена логика, вместо да гадае връзки в движение. Освен това, вградената поддръжка на OKF за цитати гарантира, че всяко фактическо твърдение, направено от агент, може да бъде проследено до конкретен, проверен Markdown файл или ресурс от данни.

В4: Трябва ли да пишем и поддържаме тези OKF пакети ръчно?
Абсолютно не. Ръчното писане на стотици markdown файлове и проследяване на сложни YAML схеми би било пречка.

Вместо това, процесът е кооперативен: хората учат и управляват; агентите с изкуствен интелект компилират и поддържат.

Използвайки разширени настройки на агенти (като Claude Code, Cursor или персонализирани Python конвейери), вие подавате сурови източници на данни – като например транскрипти, информационни документи и схеми на бази данни – в системата. Агентът автоматично извлича концепциите, записва YAML frontmatter, създава кръстосани връзки и регистрира промените в log.md.

Ролята на човека се измества в тази на редактор: преглед на компилираната уики, добавяне на стратегически насоки и изпълнение на автоматизирани „linter“ скриптове за проверка за неработещи връзки, осиротели страници или логически противоречия.

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

Стартирането на Open Knowledge Format е ясен сигнал за посоката на дигиталната икономика. Отдалечаваме се от интернет на разпръснати страници, предназначени за човешко превъртане, и се насочваме към интернет на взаимосвързани дигитални мозъци, предназначени за агентно изпълнение.

За предприятията изборът е ясен: или започнете да структурирате корпоративните си знания още днес, или рискувате да станете невидими за агентите с изкуствен интелект, които ще движат търговията на утрешния ден.

В Switas ние сме в уникалната позиция да помогнем на вашата организация да се справи с този преход. Чрез комбиниране на нашия задълбочен опит в дигиталната стратегия, инженерството на данни и нововъзникващите стандарти за изкуствен интелект, можем да ви помогнем да превърнете фрагментираните си бизнес активи в мощен, комбиниращ двигател на знанията на OKF.

Бъдещето е децентрализирано, структурирано и агентивно. Нека го изградим заедно.

 


Свързани статии

Свитас, както се вижда на

Magnify: Мащабиране на инфлуенсър маркетинга с Енгин Юртдакул

Вижте нашия казус за яснота на Microsoft

Откроихме Microsoft Clarity като продукт, създаден с практични, реални случаи на употреба от хора, работещи с реални продукти, които разбират предизвикателствата, пред които са изправени компании като Switas. Функции като кликвания, предизвикани от ярост, и проследяване на грешки в JavaScript се оказаха безценни при идентифицирането на потребителски фрустрации и технически проблеми, което позволи целенасочени подобрения, които пряко повлияха на потребителското изживяване и процентите на конверсия.