Каждый энтузиаст, пытавшийся запустить в работу не одного изолированного чат-бота, а слаженную команду агентов (где один сканирует документацию, второй пишет код, третий крутит тесты, а четвертый готовит отчеты), неизбежно сталкивался с проблемой «силосного контекста». Hermes не имеет ни малейшего понятия, какие правки внес Claude Code полчаса назад; локальный агент на базе Llama затирает конфигурационные файлы, потому что не прочитал выводы облачного ассистента. В итоге вместо слаженной команды ты получаешь группу глухих работников, которые постоянно наступают друг другу на пятки.
Первой интуитивной реакцией большинства инженеров становится внедрение векторных баз данных: поднять Pinecone, Chroma или Milvus, нарезать логи на эмбеддинги и надеяться на RAG. Однако на практике этот путь почти всегда ведет к разочарованию. Векторный поиск не имеет четкой хронологии, легко путает вчерашний черновик с актуальным стандартом и превращается в непрозрачный черный ящик, который невозможно проверить глазами.
Разработчики экосистемы Hermes Agent предложили гениальное по своей простоте решение: использовать в качестве единого слоя разделяемой памяти обычное локальное хранилище заметок Obsidian Vault.
Obsidian Vault по методологии PARA: прозрачная файловая архитектура
Почему именно Obsidian? Ответ кроется в формате хранения. Все данные в Obsidian — это обычные текстовые файлы Markdown, лежащие в локальной папке на твоем диске. Никаких закрытых бинарных форматов, никаких облачных зависимостей. Любой скрипт, консольный агент или утилита командной строки может прочитать или обновить эти файлы за доли миллисекунды.
Чтобы хранилище не превратилось в свалку разнородных записей, память агентов структурируется по проверенной методологии PARA:
- Projects (Проекты): Директории активных спринтов. Здесь лежат файлы STATUS.md, текущие задачи и списки изменений. Агенты обращаются сюда в первую очередь, чтобы понять текущий контекст задачи.
- Areas (Сферы ответственности): Долгосрочные стандарты компании — архитектурные правила, регламенты безопасности и соглашения по оформлению кода.
- Resources (Ресурсы): Справочная база знаний — полезные сниппеты, ссылки на спецификации API и памятки.
- Archives (Архивы): Завершенные задачи прошлых месяцев, куда агенты складывают выполненные проекты, чтобы не перегружать активный контекст.
Двухэтапная консолидация: от сырых дневных логов к ночной кристаллизации знаний
Если позволить каждому агенту бесконтрольно переписывать файлы структуры проектов, в репозитории начнется хаос. Поэтому в связке Hermes и Obsidian применяется изящный двухэтапный конвейер консолидации памяти.
В течение рабочего дня агенты пишут только в режим дополнения (append-only) в единый файл ежедневного журнала: 01-Daily/YYYY-MM-DD.md. Ниже приведен реальный шаблон такого лога:
# Daily Agent Log: 2026-10-25
## Active Context & Handoffs
- Current Project: Projects/NextGen-Auth
- Last Active Agent: Claude Code
- Handoff State: Рефакторинг эндпоинта /api/v2/auth завершен; ожидаются интеграционные тесты.
## Agent Action Stream
- [09:15] **Claude Code**: Модифицировал middleware авторизации, добавил JWT-валидацию.
- [10:30] **Hermes Agent**: Выполнил веб-поиск спецификации RFC 9068, обновил Resources/OAuth-Specs.md.
- [11:45] **OpenClaw**: Запустил тестовый прогон Playwright, обнаружил регрессию в сессиях Safari.
## Nightly Summary & PARA Consolidation
- Key Decision: Использовать httpOnly куки вместо localStorage для токенов обновления.
- Files Updated: Areas/Security-Checklist.md, Projects/NextGen-Auth/STATUS.md.
Каждую ночь запускается фоновый скрипт консолидации (Orchestrator Routine). Специальный легковесный агент анализирует дневной журнал, удаляет шумные промежуточные логи, извлекает ключевые принятые решения и аккуратно обновляет файлы в разделах Projects и Areas.
Прозрачность для человека и системный контроль
Чтобы агенты строго соблюдали дисциплину работы с хранилищем, в их системные промпты закладываются жесткие правила взаимодействия с файловой системой:
You are an autonomous agent operating within a shared multi-agent workspace.
Your primary persistent memory resides in the Obsidian Vault at $OBSIDIAN_VAULT_PATH.
Rules for memory interaction:
1. Always read 01-Daily/YYYY-MM-DD.md at session initialization to synchronize with actions taken by peer agents.
2. Structure all durable project discoveries into 02-Projects/<ProjectName>/STATUS.md.
3. Never overwrite full files blindly; use append operations for action logs and surgical section replacements for state updates.
4. Document all unresolved bugs in 03-Areas/Technical-Debt.md before terminating execution.
Главное преимущество такого подхода — ты как руководитель процесса всегда остаешься в курсе происходящего. Ты можешь в любой момент открыть Obsidian на ноутбуке или планшете, взглянуть на красивый граф связей (Graph View), прочитать свежие заметки агентов и при необходимости вручную поправить спорную формулировку. Агенты немедленно увидят твою правку при следующем чтении файла. Простая файловая система снова оказалась надежнее переусложненных баз данных.