Claude Code auto memory или Obsidian: как хранить проверяемый контекст
Как выбрать личную память или общий Markdown-vault и проверить, что агент читает актуальное решение.
Содержание
Для личных рабочих предпочтений удобно начать с auto memory Claude Code. Для решений, которые команда должна обсуждать и переносить между инструментами, полезнее отдельные Markdown-заметки с владельцем и источником. Obsidian может быть редактором такого хранилища; его установка сама по себе не подключает заметки к агенту.
Выбирать один способ для всех сведений необязательно. Разделите контекст по тому, кто отвечает за правильность записи. Например, «мне удобнее короткий ответ» можно оставить в личной памяти, а «команда переносит отчёты в новый сервис» — в общей заметке со ссылкой на решение. Пути и команды, которые уже видны в актуальном коде, лучше проверять по репозиторию, чтобы не поддерживать лишнюю копию фактов.
Что именно хранится
Документация Claude Code описывает auto memory как локальные Markdown-файлы проекта. Их можно открыть через /memory, редактировать и удалять. Worktrees одного Git-репозитория используют общую память; между машинами она автоматически не переносится. Команда /context помогает проверить загруженные memory files. Наличие заметки на диске ещё не доказывает, что её содержимое вошло в текущую сессию.
Vault Obsidian — папка с заметками и настройками. Обычные Markdown-файлы остаются доступными вне приложения. Для работы с агентом нужно отдельно указать, какие файлы читать, и дать ему доступ. Этот подход не требует плагина Obsidian или MCP-сервера.
| Вопрос | Auto memory | Отдельный Markdown-vault |
|---|---|---|
| Кто предлагает запись? | Claude во время работы; человек проверяет | Автор заметки или агент по явному заданию |
| Кто исправляет спорный факт? | Пользователь проекта | Назначенный владелец решения |
| Как показать изменение коллеге? | Явно передать выбранную запись | Передать файл или согласованный Git diff |
| Как перенести на другую машину? | Организовать перенос отдельно | Организовать доступ или синхронизацию папки |
| Где искать устаревание? | В сохранённых заметках | В источнике и дате следующей проверки |
Правая колонка описывает предлагаемую организацию работы. Git, владелец и срок проверки не появляются автоматически от открытия папки в Obsidian.
Подготовьте модельное подключение для проверки памяти
Если вы хотите проверить оба способа в Claude Code через API, BetterToken даёт Anthropic-compatible подключение. Сначала настройте клиент по руководству BetterToken для Claude Code: используйте собственный API Key и Base URL https://bettertoken.ai без /v1, затем перезапустите клиент и получите ответ на короткое сообщение. Это проверяет доступ к модели; следующие шаги проверяют уже работу с заметками.
Для сравнения оставьте одну модель и одинаковое задание: сначала попросите прочитать запись, затем измените её и повторите вопрос в новой сессии. Так смена подключения не будет дополнительной переменной эксперимента. BetterToken обеспечивает API-вызовы, а auto memory и vault по-прежнему управляются на стороне вашего инструмента. Прочитанные агентом фрагменты могут попасть в запрос к модели, поэтому используйте несекретную учебную заметку и не сохраняйте API Key в vault.
Настройте Claude Code через BetterToken и проверьте одну заметку — затем переходите к примеру ниже.
Дайте одному факту одно основное место
Начните с одной несекретной заметки. В учебном примере команда обсуждает формат выгрузки; значения и имена вымышлены. Сохраните decisions/report-export.md:
# Report export decision
Status: proposed
Owner: reporting-team
Verified: 2026-09-08
Review-by: 2026-09-22
Source: team decision record to be attached
The proposed export format is CSV.
This is not an approved production requirement.
Before implementation, ask the owner for the approved decision.Такая запись позволяет различить предложение и обязательное требование. В реальном проекте укажите доступный источник: задачу, протокол или документ с решением. Пока подтверждения нет, агент должен сохранить неопределённость.
Передайте в новой сессии конкретное задание:
Read decisions/report-export.md.
What export format is proposed, and is it approved for production?
Cite the file and identify the missing evidence.
Do not change code or infer approval from the proposal.Ожидаемый ответ: CSV предложен, production approval отсутствует, нужен источник решения. Это критерий проверки, а не обещание правильного ответа модели. Если агент отвечает «нужно внедрить CSV», посмотрите, какой файл он прочитал и на что сослался. Возможны дублирующая заметка, старый разговор или неверное толкование статуса.
Проверьте обновление и удаление
Измените учебную запись: формат теперь JSONL, статус по-прежнему proposed. Начните новую сессию и повторите вопрос. Агент должен назвать JSONL и прежнее ограничение. Если он возвращает CSV, не добавляйте ещё одно противоречащее правило: найдите источник старого значения.
Затем удалите учебную заметку обычным файловым менеджером и спросите в ещё одной новой сессии, где хранится подтверждённое решение о формате. При отсутствии другого источника полезный результат — сообщение о нехватке данных. Ответ со старым значением означает, что осталась другая копия или иной источник; это повод проверить /memory, файлы проекта и инструкции.
Удаление заметки не удаляет её автоматически из Git history, резервных копий, синхронизированных устройств или уже открытого разговора. Этот тест проверяет поведение новой сессии, а не полное стирание данных. API keys, пароли и персональные данные в упражнение не включайте.
Настройте режим под стоимость ошибки
Если вы работаете один и в памяти в основном предпочтения, оставьте auto memory и просматривайте записи после существенных изменений проекта. Когда от факта зависит действие команды, перенесите его основную версию в контролируемый документ. В auto memory можно оставить указание, где искать актуальный источник, вместо копирования самого решения.
При необходимости auto memory можно выключить через /memory; официальный параметр autoMemoryEnabled управляет этой функцией. Выключение не заменяет проверку существующих файлов и уже загруженного контекста.
Для командного vault назначьте владельца важных записей и событие пересмотра: смена API, отмена проекта, завершение миграции. Дата помогает обнаружить забытые заметки, но автоматического срока годности не создаёт. Если используете Git, просматривайте точные файлы перед commit; не добавляйте всю папку вместе с личными настройками и вложениями.
Начните с одного решения и трёх вопросов в новых сессиях: что известно, что изменилось и что больше не подтверждено. Если ответы ссылаются на актуальные файлы и сохраняют статус неопределённости, выбранный способ хранения решает вашу задачу. Если нет, сначала исправьте источник и порядок чтения; смена редактора сама по себе не устранит противоречия.
