Плагин Vault Audit ИИ для Obsidian сменил имя на Veynrel. Об этом сообщил автор проекта на Habr. Переименование не сопровождалось технической миграцией: существующие пользователи просто обновляются, настройки, semantic index и hotkeys остаются на месте. Внутренние идентификаторы, такие как plugin ID ИИ-knowledge-hub и переменные окружения VAULT_AUDIT_COMPANION_DIR и VAULT_AUDIT_MCP_TOKEN, сохранены ради совместимости.
Причина смены названия — расширение функциональности. Когда проект начинался, аудит хранилища был основной задачей. Затем появились MapReduce для больших Vault, автоматизация работы с заметками, semantic index, Similar Notes, поиск смысловых дублей и Ask your Vault. Аудит превратился в одну из функций, а название перестало описывать суть. Автор сравнивает это с ситуацией, когда IDE называют «редактором main.ts».
| Компонент | Роль | Технологии |
|---|---|---|
| Veynrel (плагин Obsidian) | Semantic index, Similar Notes, поиск дублей, Ask your Vault, AI-workflows | Obsidian API |
| Veynrel Companion | Постоянное семантическое зеркало, предложения изменений | Node.js, SQLite, опционально Qdrant |
| MCP-сервер | Связь с AI-клиентами (Codex, Claude Code и др.) | MCP |
Главное изменение — появление Veynrel Companion. Это отдельный Node.js-сервис, который хранит постоянное семантическое зеркало состояния хранилища. Companion не открывает директорию Vault и не читает Markdown-файлы напрямую. Он не становится вторым владельцем заметок и не может переписать файл, пока Obsidian работает с ним. Для хранения используется SQLite, опционально — Qdrant.
Появился Veynrel Companion — отдельный Node.js-сервис с постоянным семантическим зеркалом на SQLite (опционально Qdrant).
Зачем понадобился отдельный слой? Пока плагин живёт только внутри Obsidian, чтобы задать вопрос хранилищу, нужно открыть Obsidian и вызвать функцию. Companion позволяет работать с заметками из внешних ИИ-клиентов. Например, в Codex можно написать: «Найди в моём Vault всё, что я писал про MCP, и покажи нерешённые архитектурные вопросы». Или попросить предложить обновление README на основе заметок.
Для связи с ИИ-клиентами добавлен MCP-сервер. MCP (Model Context Protocol) — открытый протокол, который позволяет моделям обращаться к внешним инструментам и данным. Через него Codex, Claude Code и другие MCP-клиенты могут получать доступ к семантическому зеркалу. При этом
Автор намеренно запретил Companion писать в Vault. На первый взгляд, можно было дать серверу путь к директории и обычные readFile() и writeFile(). Но это привело бы к конфликтам, если Obsidian одновременно работает с файлами. Кроме того, модель может внести нежелательные правки. Вместо этого Companion формирует change proposals, которые пользователь может применить вручную.
Архитектура выглядит так: Obsidian с плагином Veynrel отвечает за semantic index, Similar Notes, поиск дублей, Ask your Vault и ИИ-workflows. Veynrel Companion — за постоянное семантическое зеркало на SQLite (опционально Qdrant) и предложения изменений. MCP-сервер связывает Companion с Codex, Claude Code и другими MCP-клиентами.
Проект также получил возможность финансовой поддержки — кнопку для донатов. Это редкое для статей автора нововведение.
Для читателя, который впервые слышит о Veynrel, контекст такой: Obsidian — популярное приложение для заметок на основе Markdown. Плагины расширяют его функциональность. Semantic index позволяет искать по смыслу, а не только по точным словам. MCP — протокол, который набирает популярность как способ подключения ИИ-моделей к внешним данным и инструментам. Veynrel — пример того, как локальный инструмент для заметок интегрируется с ИИ-клиентами, сохраняя контроль пользователя над данными.
