Официальное 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 есть несколько уникальных функций, которые отличают его от стандартных приложений для заметок.

Чтобы связать заметки, вы заключаете их в [[ ]]. (Ссылки)

Чтобы выделить заметку, вы используете специальный синтаксис, создающий цветной блок. (Выноски)

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

ИИ пишет, не зная об этих особенностях. Поэтому текст может выглядеть нормально, но когда вы открываете его в Obsidian, ссылки не работают или блоки не отображаются.

Те самые 5 файлов, на которые я дал ссылку в начале, восполняют этот пробел. Они разбиты следующим образом:

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

Вы можете получить их бесплатно по ссылке выше.

Они не привязаны к какому-то конкретному ИИ-инструменту, поэтому одинаково хорошо работают и с Claude Code, и с Codex.

Почти ничего не изменилось за 3,5 месяца после установки

Честно говоря, я рассмеялся, когда нашёл их. У меня уже были те самые знаменитые инструкции... и я даже не догадывался об этом (лол).

Правда, они работали только в Claude Code, поэтому 9 августа я скопировал те же 5 файлов в Codex, чтобы пользоваться ими в обоих.

Теперь о главном.

Что изменилось в моём Obsidian за три с половиной месяца?

  • Заметки с выносками: 32 из 1387
  • Представления баз данных: 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 — сюда, статьи для Note — туда. ИИ перестанет спрашивать об этом каждый раз.
  3. Запасной путь, когда не можете определиться. Если за 3 секунды не решили, куда положить, — кладите в «Несортированное». Это не даст застрять на классификации.
  4. Определите одно место для правил. Не записывайте рабочие правила в случайных заметках. Зафиксируйте главный файл.

Особенно важен четвёртый пункт. Без него правила разбросаны повсюду, и вы перестаёте понимать, какая версия последняя.

みなみ - inline image

Я провожу еженедельные проверки, чтобы всё не закончилось одной установкой

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

Инструмент полезный, но он не работает, пока вы его не запустите.

Поэтому я настроил эту «проверку» на автоматический запуск раз в неделю. Она сама запускается каждое воскресенье утром и выдаёт отчёт о возможных битых ссылках и забытых заметках.

Главный плюс — не нужно помнить о ручном запуске.

То, что инструмент установлен, и то, что он реально работает, — это две разные вещи.

Я говорю это как человек, у которого всё было установлено три с половиной месяца без каких-либо изменений, так что я, скорее всего, прав (лол).

В заключение

Установка официальных инструкций занимает 5 минут. Это бесплатно и не сломает ваши заметки. Никакого вреда в этом нет.

Но это меняет только синтаксис.

Obsidian превращается в бардак, когда его доверяют ИИ, не потому что вы плохо им пользуетесь. Просто у вас пока нет единого файла «внутренних правил», который ИИ мог бы прочитать.

Так что не нужно запоминать всё наизусть перед тем, как делегировать. Официальная команда предоставляет синтаксис; вам остаётся написать всего одну страницу.

Если хотите сделать это сегодня,

https://x.gd/RsRSpz

Переделать в YouMind

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

Собирайте источники, расшифровывайте паттерны, создавайте активы, пишите черновики и публикуйте контент из одного рабочего пространства ИИ.

Исследовать YouMind
Для авторов

Превратите ваш Markdown в аккуратную статью для 𝕏

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

Попробовать Markdown для 𝕏

Другие паттерны для анализа

Недавние виральные статьи

Смотреть другие виральные статьи