Obsidian-плагин Veynrel открыл заметки для ИИ-агентов, но запретил им писать в файлы

Проект вырос из плагина для Obsidian (популярного приложения для ведения заметок в формате Markdown). Сначала он только «аудировал» хранилище: прогонял заметки через языковую модель и искал проблемы. Потом добавились семантический индекс (автоматический указатель смысловых связей между заметками), поиск дублей, функция «спроси своё хранилище» и автоматизация. Аудит стал лишь одной из функций, а название Vault Audit AI перестало отражать суть. Так появилось имя Veynrel и новая архитектура, о которой стоит знать каждому, кто использует Obsidian-плагины вместе с ИИ.

Что изменилось после ребрендинга?

• Название проекта стало Veynrel, но технические идентификаторы внутри (plugin ID, переменные окружения) остались прежними. Существующим пользователям не нужно переустанавливать плагин, заново вводить ключи или перестраивать семантический индекс.
• Появился Veynrel Companion — отдельный сервис на Node.js, который хранит постоянное зеркало семантического состояния хранилища. Companion не лезет в папку с заметками и не правит файлы. Он получает данные от плагина внутри Obsidian.
• Запущен MCP-сервер (MCP, Model Context Protocol — протокол, через который ИИ-агенты подключаются к внешним инструментам). Через него Claude Code, Codex и другие MCP-клиенты могут искать по вашим заметкам и предлагать правки.
• Вместо команды «перезаписать заметку» сделана команда «предложить изменение» (propose_change). ИИ-агент формирует предложение, но финальную запись в файл выполняет только сам Obsidian. Это защита от гонки двух писателей: когда два процесса одновременно правят один файл, результат непредсказуем.
• Проект разделён на два репозитория: плагин для Obsidian и Companion с MCP.

Зачем вообще нужен отдельный Companion?

Пока плагин живёт только внутри Obsidian, чтобы спросить что-то у своих заметок, нужно открыть само приложение. Companion снимает это ограничение.

Практический сценарий: вы работаете в Codex или Claude Code и пишете «найди в моих заметках всё про MCP и покажи нерешённые вопросы». Агент обращается к Companion через MCP, получает релевантные фрагменты и отвечает, не заставляя вас копировать Markdown руками.

При этом Companion не становится вторым владельцем файлов. Он только читает зеркало и передаёт предложения обратно в плагин. Решение «только Obsidian пишет в хранилище» выбрано осознанно: у Obsidian есть собственное состояние, автосинхронизация, семантический индекс. Второй процесс с прямым доступом к файлам создаёт конфликт записи.

Как попробовать?

1. Если у вас уже стоит Vault Audit AI, просто обновите плагин через список Obsidian-плагинов. Настройки, индекс и горячие клавиши сохранятся.
2. Если ставите впервые, найдите Veynrel в каталоге community plugins Obsidian и установите.
3. Для работы с внешними ИИ-агентами установите Veynrel Companion (инструкция в репозитории проекта на GitHub) и подключите MCP-клиент: Claude Code, Codex или другой совместимый.

Есть ли аналоги в России?

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

Veynrel работает локально и не зависит от региона, поэтому для пользователей из РФ и СНГ ограничений нет. В качестве языковой модели можно подключить любой совместимый сервис, доступный из вашей страны.

Что делать с этим прямо сейчас, по ролям?

Авторам Дзена и копирайтерам. Если вы ведёте базу знаний в Obsidian (черновики, исследования, заметки по темам), Veynrel позволяет не искать нужный фрагмент вручную, а спросить «где я уже писал про тему X». Для тех, у кого в хранилище сотни заметок, это экономия реального времени.

Маркетологам и контент-менеджерам. Связка Obsidian + MCP + ИИ-агент, это рабочий пример того, как локальная база знаний компании подключается к ИИ без выгрузки данных на чужие серверы. Архитектура с propose_change вместо прямой записи показывает, как давать агенту доступ без потери контроля.

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

Частые вопросы

Нужно ли переустанавливать плагин после смены названия?

Нет. Обновление приходит через стандартный механизм Obsidian. Все настройки, семантический индекс и горячие клавиши сохраняются. Технические идентификаторы внутри плагина остались прежними специально, чтобы ничего не сломать.

Может ли ИИ-агент через MCP удалить или испортить мои заметки?

По архитектуре проекта, нет. MCP-сервер не имеет права записывать в папку хранилища. Агент может только прочитать данные и отправить предложение изменения. Финальную запись выполняет плагин внутри Obsidian, и только после подтверждения.

Обязательно ли ставить Companion, чтобы пользоваться плагином?

Нет. Companion нужен только для работы с внешними ИИ-агентами (Claude Code, Codex). Основные функции: семантический поиск, поиск дублей, «спроси своё хранилище», работают внутри Obsidian без дополнительных сервисов.

Архитектура «агент предлагает, человек решает» пока выглядит как единственный разумный способ подпустить ИИ к рабочим файлам, не рискуя потерять контроль. Если вы строите что-то похожее для своих задач, этот проект стоит разобрать как шаблон.