Офіційний 5-хвилинний посібник з використання ШІ в Obsidian: один відсутній елемент, який вам потрібен

@minami_freeup
ЯПОНСЬКА12 серп. 2026 р.
256K
387
25
1
1.3K

Коротко

Автор пояснює, як впровадити офіційні інструкції для ШІ в Obsidian, і наголошує на необхідності створення персонального зводу правил, щоб спрямовувати ШІ щодо того, де і як зберігати контент.

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

Знайти її можна тут:

https://github.com/kepano/obsidian-skills

Вона містить лише 5 текстових файлів. Встановлення займає лише 5 хвилин і не пошкодить жодної з ваших наявних нотаток.

Після додавання цих файлів ШІ розумітиме специфічне для Obsidian форматування. Це офіційна відповідь на проблему «ШІ псує мої нотатки».

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

Дата файлу — 26 квітня. Я встановив її три з половиною місяці тому й повністю забув про неї (сміх).

Тож що змінилося в моєму Obsidian за ці три з половиною місяці? Мені було цікаво, але результати виявилися досить невтішними.

Переходжу до висновку: самих лише офіційних інструкцій недостатньо. Є ще одна сторінка, яку вам потрібно написати самостійно.

Чого ШІ не знає — специфічний для Obsidian синтаксис

Obsidian має кілька унікальних функцій, які відрізняють його від стандартних застосунків для нотаток.

Щоб зв'язати нотатки, ви берете їх у [[ ]]. (Посилання)

Щоб виділити нотатку, ви використовуєте спеціальний синтаксис для створення кольорового блоку. (Callouts)

У самому верху файлу є розділ для дат і тегів. (Властивості)

ШІ пише, не знаючи цього. Тож текст може бути нормальним, але коли ви відкриваєте його в Obsidian, посилання не з'єднані або блоки не відображаються.

5 файлів, на які я дав посилання на початку, заповнюють цю прогалину. Вони розподілені так:

  • obsidian-markdown (Правильний синтаксис для посилань і блоків)
  • obsidian-bases (Упорядкування нотаток як таблиці бази даних)
  • json-canvas (Створення діаграм, що з'єднують нотатки лініями)
  • obsidian-cli (Пошук по всьому сховищу за допомогою команд)
  • defuddle (Імпорт вебсторінок як чистих нотаток)

Ви можете отримати їх безкоштовно за посиланням вище.

Вони не прив'язані до жодного конкретного ШІ-інструмента, тому працюють однаково з Claude Code або Codex.

Майже нічого не змінилося після 3,5 місяців із моменту встановлення

Чесно кажучи, я засміявся, коли знайшов їх. У мене вже були ці відомі інструкції... і я навіть не усвідомлював цього (сміх).

Однак, оскільки вони працювали лише в Claude Code, 9 серпня я скопіював ті самі 5 файлів у Codex, щоб мати змогу користуватися ними з будь-якого з них.

Тепер головне.

Що змінилося в моєму Obsidian за три з половиною місяці?

  • Нотаток з callouts: 32 із 1 387
  • Подань баз даних: 1
  • Canvas: 1

Майже нічого не змінилося.

Це не означає, що офіційні інструкції погані. Звісно, контент зроблений якісно.

Коли я вперше їх встановив, я спробував їх, подумав: «О, це зручно» — і на цьому все. Оскільки я не вирішив, коли їх використовувати, це був природний результат.

Причина, чому нічого не змінилося, очевидна: офіційні інструкції навчають «як писати».

Уміння писати не збільшує обсяг написаного. Воно також не визначає, куди щось класти.

Є два типи інструкцій, які можна давати ШІ

Я вважаю, що це дуже важливо.

Існує два типи інструкцій, які можна давати штучному інтелекту.

  1. Правильний синтаксис Obsidian. Він однаковий для всіх Obsidian, тому офіційна команда надає його.
  2. Ваші власні внутрішні правила. Куди що класти. Яких областей можна торкатися. Куди мають потрапляти готові результати.

Офіційна команда надає лише перше.

А причина безладу у сховищі — зазвичай саме друге. Проблема, коли щось написано правильно, але розміщено не в тому місці, серйозніша за синтаксичну помилку.

Ось де ви потрапляєте в халепу без «внутрішніх правил»:

  • Готові статті зберігаються щоразу в іншій теці.
  • ШІ додає текст у щоденник, який ви хотіли залишити лише для читання.
  • Навіть якщо ви перейменували теку, нові нотатки продовжують з'являтися під старою назвою.

У всіх цих випадках синтаксис ідеальний. Неправильні лише розміщення та обробка.

Наприклад, офіційні інструкції кажуть: «Зв'язуйте пов'язані нотатки посиланнями». Це правильно.

Але моє правило протилежне: зв'язувати лише ті нотатки, які я «точно відкрию пізніше». Якщо посилань буде забагато, я нічого не зможу знайти.

Справа не в тому, що правильніше; просто офіційний посібник не може врахувати мої конкретні обставини.

Скільки б ви не використовували ШІ, ваші активи не зростатимуть самі по собі. Матеріали у вас уже є; бракує лише «контейнера».

Офіційні інструкції навчають вас «форми» контейнера, але вирішувати, що куди класти, маєте ви.

みなみ - inline image

━━━━━━━━━━━━

Для тих, хто користується ШІ, але помічає, що створення контенту не стало легшим:

Перестаньте починати з нуля щоразу, зберігаючи свої матеріали в одному місці.

Я запустив «Журнал впровадження Obsidian x AI-агентів від Мінамі».

Читайте безкоштовно тут ↓

https://lifebaselab-m.com/p/r/j8MTvDdP?free1=x

━━━━━━━━━━━━

4 мінімальні пункти, потрібні для ваших внутрішніх правил

Я створив у Obsidian один файл під назвою «Правила роботи» і записав усе туди. І Claude, і Codex читають його перед початком роботи.

Ось 4 пункти, яких достатньо, щоб усе запрацювало:

  1. Області, яких можна торкатися, проти областей лише для читання. У моєму випадку щоденники, веб-кліпи та несортовані нотатки — лише для читання. Це найважливіша частина.
  2. Призначення для готової роботи. Зафіксуйте місця: X-пости йдуть сюди, нотатки-статті — туди. Це позбавить ШІ від потреби питати щоразу.
  3. Запасний вихід, коли не визначилися. Якщо ви сумніваєтеся 3 секунди — кладіть у «Несортоване». Це запобігає застряганню на класифікації.
  4. Визначте одне місце для редагування правил. Не записуйте робочі правила в будь-яких нотатках. Зафіксуйте головний файл.

Особливо четвертий. Без нього правила розпорошуються, і ви втрачаєте слід того, яка версія найновіша.

みなみ - inline image

Я проводжу щотижневі перевірки, щоб усе не закінчилося самим встановленням

Серед 5 файлів, згаданих раніше, є obsidian-cli, який дозволяє оглядати все сховище за допомогою команд. Він знаходить осиротілі нотатки, підраховує використання тегів і виявляє биті посилання.

Він корисний, але не працює, якщо його не запускати.

Тож я налаштував цю «перевірку» так, щоб вона запускалася автоматично щотижня. Кожної неділі вранці вона працює сама та створює звіт про кандидатів на биті посилання та забуті нотатки.

Найбільша перевага — не потрібно пам'ятати про це.

Мати встановленим і мати запущеним — це дві різні речі.

Я кажу це як людина, у якої воно було встановлено три з половиною місяці без жодних змін, тож я, мабуть, правий (сміх).

Висновок

Встановлення офіційних інструкцій займає 5 хвилин. Це безкоштовно і не пошкодить ваші нотатки. Від цього не буде шкоди.

Але це змінює лише синтаксис.

Причина, чому Obsidian перетворюється на безлад, коли ним займається ШІ, не в тому, що ви не вмієте ним користуватися. Просто у вас ще немає єдиного файлу з «внутрішніми правилами», який міг би читати ШІ.

Тож не відчувайте, що мусите все запам'ятати, перш ніж доручати роботу ШІ. Офіційна команда надає синтаксис; вам потрібно написати лише одну сторінку.

Якщо збираєтеся зробити це сьогодні, почніть з одного рядка, щоб розділити, де ШІ може торкатися, а де ні. «Тека щоденника лише для читання. Не редагуйте її» — цього достатньо.

Навіть це значно зменшить обсяг виправлень, які вам доведеться робити після роботи ШІ.

━━━━━━━━━━━━

Дякую, що дочитали до кінця!

Анонс 📢

Я проводжу відкритий чат!

З метою збільшення кількості «обсидіанців» я щодня ділюся історіями про Obsidian x AI-агентів, які не публікую на X.

Також я роздаю подарунки, тож якщо вам цікаво, загляньте ↓

https://x.gd/RsRSpz

Переробити в YouMind

Перетворіть одну віральну статтю на повноцінний робочий процес

Збирайте джерела, розшифровуйте патерни, створюйте матеріали, пишіть чернетки та поширюйте контент в одному AI-робочому просторі.

Дослідити YouMind
Для авторів

Перетворіть свій Markdown на охайну статтю для 𝕏

Коли ви публікуєте власні лонгріди, зображення, таблиці та блоки коду роблять форматування в 𝕏 складним. YouMind перетворює повну чернетку в Markdown на чисту статтю для 𝕏, готову до публікації.

Спробувати Markdown для 𝕏

Більше патернів для аналізу

Останні віральні статті

Переглянути більше віральних статей