🔍 Poshuk Meetup · Search & AI · офлайн у Києві, серпень 2026. Деталі →

Obsidian для SEOшника: робоча система для тебе і для AI-агентів

Олеся Коробка10 хв читання

Щоденна нотатка в Obsidian зі списком задач на день

Google за короткий час випустив два стандарти для AI-агентів: Open Knowledge Format (OKF) і Agentic Resource Discovery (ARD). Обидва описують одну й ту саму ідею: знання і ресурси для AI — це тека звичайних markdown-файлів зі звʼязками між ними. Те саме, на чому працює Obsidian і що ти можеш зібрати собі вже сьогодні.

Ідею сформулював дослідник AI Andrej Karpathy, потім Google загорнув її у стандарт. А інструмент, де це робиться без жодних стандартів і SDK, у тебе вже є під рукою: Obsidian. І головне, у цей сейф можна посадити AI-агента, який вестиме його за тебе.

TLDR

  • OKF — це спосіб описувати знання для AI: тека markdown-файлів зі службовою шапкою (YAML) і посиланнями одне на одне. Обовʼязкове в ньому лише одне поле, type.
  • ARD — це спосіб, у який агенти знаходять інструменти: ти кладеш файл ai-catalog.json у корінь домену, а спеціальні реєстри його збирають, як пошуковик.
  • Обидва стандарти ґрунтуються на патерні LLM-wiki, який описав Andrej Karpathy: AI сам веде внутрішню вікі (звʼязану базу нотаток) з markdown-файлів між тобою і сирими джерелами.
  • Google прямо називає Obsidian одним із прикладів цього патерну. Тобто твій сейф нотаток — це та сама технологія, тільки без корпоративної обгортки.

Що таке OKF простими словами

OKF (Open Knowledge Format, відкритий формат знань) — це не програма і не сервіс. Це домовленість про те, як зберігати знання так, щоб їх однаково розумів і людина, і AI-агент.

Виглядає це так: тека з файлами .md (звичайний markdown, той самий, у якому пишуть на GitHub). У кожного файлу зверху коротка службова шапка у форматі YAML (простий список пар поле:значення). Файли посилаються одне на одного звичайними markdown-посиланнями, і ця павутина посилань утворює структуру. Все. Жодного нового рушія, жодного обовʼязкового SDK, жодного платного акаунта.

Навіщо це Google. Усередині будь-якої компанії знання лежать розкидані: щось у каталогах даних, щось у вікі, щось у коментарях до коду, а щось узагалі лише в голові у сеньйора. Коли AI-агенту треба відповісти на питання типу як ми рахуємо активних користувачів за тиждень, він мусить збирати відповідь по всіх цих несумісних місцях. OKF пропонує одне рішення: не ще один сервіс, а формат. Один спосіб записати знання, який переживе переїзд між системами й інструментами.

Обовʼязкове поле в OKF лише одне, type (тип сутності: таблиця, метрика, документ тощо). Усе інше, зокрема що саме означає кожне посилання, лишається на розсуд того, хто пише. Деталі є в блог-пості Google про обмін даними через OKF.

Що таке ARD простими словами

ARD (Agentic Resource Discovery, виявлення ресурсів для агентів) розвʼязує іншу задачу: як AI-агент знаходить інструменти, які йому потрібні, і як переконується, що під'єднуватись до них безпечно.

Працює так. Організація кладе файл ai-catalog.json у відоме, заздалегідь домовлене місце на своєму домені. У цьому файлі перелічено, які можливості вона дає агентам: під'єднання до своїх сервісів, програмні інтерфейси (API), інших агентів або навіть вкладені каталоги. Окремі служби, реєстри, обходять ці файли по всьому вебу й індексують їх, як пошуковик індексує сайти. Агент питає реєстр звичайною мовою де взяти таку можливість і отримує відповідь.

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

Для SEOшника тут є один конкретний гачок. ai-catalog.json це ще один службовий файл у корені домену, в одному ряду з robots.txt, sitemap.xml і llms.txt. А реєстри це новий шар, де треба бути знайденим, тільки тепер тебе шукає агент, а не людина через видачу. Поки що це більше про сервіси й інструменти, ніж про звичайні сайти з контентом, але напрям зрозумілий. Скільки твого контенту вже потрапляє в AI-відповіді, можна виміряти. Повний опис є в анонсі специфікації ARD.

Спершу це був Second Brain для людини

Сам патерн, знання як зовнішня звʼязана база, старший за будь-які AI-агенти. Його популяризував Tiago Forte у концепції Second Brain (другий мозок): ти вивантажуєш те, що треба памʼятати, у надійну зовнішню систему, щоб голова звільнилася для думання й роботи, а не для зберігання.

У Second Brain два стовпи:

  • CODE — це що робити з інформацією: Capture (зібрати), Organize (розкласти), Distill (стиснути до суті), Express (використати в роботі).
  • PARA — це як розкласти сейф: Projects (проєкти), Areas (зони відповідальності), Resources (матеріали), Archives (архів). До речі, це готова відповідь на вічне питання папки чи теги: PARA дає схему з коробки.

Obsidian виріс саме на цій культурі: більшість сейфів — це чийсь другий мозок. А далі Karpathy запропонував віддати ведення цього другого мозку AI-агенту.

LLM-wiki: коли базу веде сам AI

Andrej Karpathy описав це так. Зазвичай AI шукає відповідь, заново перечитуючи сирі документи на кожен запит. Він пропонує інше: хай AI сам поступово веде постійну вікі з markdown-файлів, яка стоїть між тобою і сирими джерелами. Тоді знання накопичуються, а не вираховуються щоразу наново. Він навіть наводить аргумент, який Google процитував: AI не нудьгує, не забуває оновити перехресне посилання і може зачепити пʼятнадцять файлів за один прохід. Те, від чого людина закидає будь-яку вікі, для агента не проблема.

У цій системі три шари:

  • Сирі джерела, які AI читає, але ніколи не змінює: статті, документи, дослідження.
  • Сама вікі з markdown-сторінок, які генерує і підтримує AI: конспекти, сторінки сутностей, перехресні посилання.
  • Схема, окремий файл-інструкція (наприклад, CLAUDE.md або AGENTS.md), де описано, як влаштована вікі і як з нею працювати.

Karpathy згадує два особливі файли: index.md (зміст усієї бази з посиланнями й короткими описами) і log.md (хронологічний журнал змін). Людина курує джерела й ставить питання, а всю рутину (конспектувати, перехресно посилати, розкладати по місцях) бере на себе AI. Хто хоче першоджерело, читає опис патерну LLM-wiki від Karpathy.

У тому ж описі OKF Google перелічує, де цей патерн уже зʼявляється під різними назвами, і прямо називає сейфи Obsidian, підключені до AI-агентів, а також родину файлів AGENTS.md і CLAUDE.md, і репозиторії з index.md та log.md. Тобто той самий підхід, на якому працює Obsidian, Google щойно зробив стандартом.

Чи це насправді граф знань

У матеріалах OKF павутину посилань між файлами називають графом знань. Це не зовсім так.

Граф знань це граф сутностей із чітко визначеними, типізованими звʼязками: ось компанія, ось її засновник, і звʼязок між ними так і називається, заснував. Машина читає цей звʼязок напряму, без здогадок. А в OKF звʼязок це звичайне markdown-посилання всередині тексту. Що воно означає, залежить від, є частиною, чи просто дивись також, ніде не зафіксовано. Єдина обовʼязкова структура це поле type, і то лише для самої сутності, а не для звʼязків.

На практиці це означає, що AI, читаючи таку базу, щоразу здогадується про зміст кожного посилання з навколишнього тексту. Справжній граф знань цей крок прибирає: звʼязок уже названо, він однаковий по всій базі, його можна запитати напряму.

Це не робить OKF поганим. Markdown виграв саме тому, що простий, і SEOшнику чи контент-команді з ним працювати в рази легше, ніж із важким семантичним стеком. Просто називати теку звʼязаних markdown-файлів графом знань — це перебільшення. Корисний формат, але не те, чим його малюють.

Усе це можна зробити в Obsidian вже сьогодні

Теорію розібрали. Чекати, поки Google усе докрутить, не треба. Obsidian — це і є тека markdown-файлів на твоєму диску зі звʼязками між ними, плюс можливість посадити туди AI-агента. Нижче рівно те, що я зібрала собі і чим користуюсь.

Нащо це SEOшнику

Obsidian це звичайні markdown-файли на твоєму диску плюс зв'язки між ними. Що це дає:

  • Граф тем. Перехресні лінки між статтями, клієнтами, ідеями підсвічують прогалини контенту і ідеї для внутрішньої перелінковки.
  • Все в одному місці. Плани, дослідження, задачі, чернетки статей поруч, а не по сервісах.
  • Файли назавжди твої. Це локальні .md, не чужа хмара. Сервіс закриється, а файли лишаться.
  • Безкоштовно для особистого використання.

Крок 1. Один сейф, а не десять

Спокуса зробити окремий сейф під кожен проєкт велика. Не треба. Obsidian показує лише один сейф за раз, тож задачі з різних сейфів разом ти не побачиш.

Роби так:

  1. Один сейф (умовно "Робота" або "Second Brain").
  2. Проєкти всередині = папки або теги: #seobaza, #client-x, #personal.
  3. Окремий сейф заводь тільки коли треба жорстка ізоляція (наприклад, віддати клієнту).

CEO Obsidian, Steph Ango (kepano), сам тримає по суті один сейф для всього плюс окремий лише під свій сайт. Структуру він будує не папками, а властивостями (поля у frontmatter).

Крок 2. Командний центр для задач

Постав плагін Dataview (Community plugins, пошук "Dataview"). Він збирає задачі з усього сейфа в одну нотатку.

Задачу пиши звичайним рядком у будь-якій нотатці:

- [ ] переписати статтю про Core Web Vitals [due:: 2026-06-10] #seobaza

[due:: дата] це дедлайн, #тег це проєкт.

Тепер в одній нотатці (назви її "Today") роби запити, які збирають усе автоматично:

TASK
WHERE !completed AND due AND due < date(today)
SORT due ASC

Це покаже все прострочене з усього сейфа. Аналогічно робиш блоки "на сьогодні" (due = date(today)) і "на тиждень" (due <= date(today) + dur(7 days)). Дивишся в одне місце, працюєш з одного.

Якщо в тебе вже є щоденні нотатки (плагін periodic-notes), встав ці запити прямо в їхній шаблон. Тоді щодня бачиш свої задачі там, де й так пишеш.

Крок 3. Інбокс для матеріалів

Задача і матеріал це різні речі. Задача має дедлайн. Урл "колись розберу" не має. Не змішуй.

Заведи окрему нотатку-інбокс, куди кидаєш урли й думки сирими, без сортування. Розбереш пачкою потім. Можна одразу розділити на секції, наприклад "Для новин" і "Для статей".

Щоб кидати в один клік і зі збереженням дати, постав QuickAdd:

  1. Створи в QuickAdd дію типу Capture, яка дописує рядок у файл-інбокс.
  2. Формат рядка зроби таким: - {{DATE:YYYY-MM-DD}} {{CLIPBOARD}} {{VALUE}}. Це саме поставить дату, вставить скопійований урл і дасть дописати думку.
  3. Признач гарячу клавішу (Settings, Hotkeys).

Тепер процес такий: скопіювала урл, натиснула клавішу, дописала думку, Enter. Рядок ліг в інбокс з датою.

Крок 4. Нагадування у час

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

  • Todoist (є плагін синхронізації) дає пінги на телефон, а в Obsidian тягне ті ж задачі.
  • Заплановане завдання Windows може щоранку само відкривати твою щоденну нотатку, щоб ти не забула в неї зайти.

Тобто Obsidian це планування й контекст, а пінги бери з Todoist або системного планувальника.

Крок 5. Головне: AI-агент веде твій сейф

Саме тут патерн зі стандартів Google стає робочим інструментом. CEO Obsidian випустив офіційні Agent Skills: kepano/obsidian-skills.

Це набір інструкцій, які вчать AI-агента (Claude через Claude Code, Codex CLI та інші) правильно працювати з твоїм сейфом:

  • створювати й редагувати нотатки в синтаксисі Obsidian,
  • працювати з Bases (бази даних усередині Obsidian),
  • редагувати Canvas (візуальні дошки зв'язків),
  • тягнути чистий markdown з вебсторінок.

На практиці це означає, що ти можеш просто кидати агенту "додай цей урл у статті", "збери всі задачі по клієнту X", "розклади ці нотатки", а він робить це у файлах сам. Я частину цього гайда саме так і збирала: казала агенту, що треба, а він редагував файли. Це і є той самий LLM-wiki від Karpathy: ти куруєш, агент веде рутину. Якщо ще не знайомий з тим, як працюють агенти, почни з пояснення простими словами.

Для SEOшника це великий зсув. Рутина з організацією нотаток, перелінковкою, складанням дайджестів з інбоксу перекладається на агента. Ти даєш матеріал і напрямок, він тримає структуру.

Що ще можна додати

Коли базова система працює, поглянь у бік:

  • Bases перетворюють нотатки на базу даних: список клієнтів, трекер ідей, контент-план. Фільтри й сортування без коду.
  • Templater плюс QuickAdd для шаблонів і швидких дій.
  • Periodic notes для щоденних і тижневих нотаток.
  • Canvas для візуальних схем: структура сайту, кластери тем, воронка.
  • Obsidian Publish якщо хочеш зробити публічну базу знань із вибраних нотаток.

Не став усе одразу. Почни з Dataview і QuickAdd, решту додавай за потребою.

Що робити SEOшнику

  1. Зроби один сейф. Проєкти = теги або папки всередині.
  2. Постав Dataview, заведи нотатку "Today" із запитами на задачі.
  3. Заведи інбокс і кнопку QuickAdd для урлів з автодатою.
  4. Підключи Todoist або заплановане завдання для нагадувань.
  5. Постав kepano/obsidian-skills і дай агенту вести рутину.

Сенс не в тому, щоб гратися в плагіни. Сенс у тому, що твої теми, клієнти, ідеї й задачі лежать в одному пов'язаному місці, а нудну роботу з підтримки порядку робить агент. А поки великі гравці пишуть про це специфікації, у тебе воно вже працює. Ти займаєшся SEO.

Підпишіться на розсилку SEO BAZA

Новини SEO, розбори та матеріали українською. Без спаму, відписатися можна будь-коли.