[{"data":1,"prerenderedAt":266},["ShallowReactive",2],{"ru.code.obsidian-compound-context-ai-agents":3,"ru.code.obsidian-compound-context-ai-agents-surround":261},{"id":4,"title":5,"body":6,"createdAt":242,"description":243,"draft":244,"extension":245,"image":246,"language":247,"meta":248,"navigation":249,"path":250,"private":244,"rawbody":251,"read":252,"seo":253,"stem":254,"topics":255,"updatedAt":242,"__hash__":260},"content\u002Fru\u002Fcode\u002F24.obsidian-compound-context-ai-agents.md","Как мой Obsidian стал общим контекстом для AI-агентов",{"type":7,"value":8,"toc":230},"minimark",[9,19,22,25,30,38,41,44,47,51,54,57,60,63,67,74,84,87,109,112,118,122,129,132,135,139,155,158,166,170,173,180,189,192,195,199,202,205,208,211,215,218,221,224,227],[10,11,12,13,18],"p",{},"Obsidian у меня уже ",[14,15,17],"a",{"href":16},"\u002Fru\u002Fcode\u002Fobsidian-timelapse-6-months","пять лет",". Первые годы я складывал туда заметки о книгах, фильмах, лекциях и новых идеях. В основном это были атомарные заметки в духе Zettelkasten: одна мысль, несколько связей, минимум лишней структуры.",[10,20,21],{},"Со временем vault вырос до нескольких тысяч файлов. Я привык считать его личной базой знаний, пока не начал регулярно работать с AI-агентами. Тогда у накопленных заметок появилась ещё одна функция. Они стали общим контекстом для разных моделей и агентных харнесов.",[10,23,24],{},"Сейчас в Obsidian лежат мои тексты, карты разделов, инструкции и часть результатов агентной работы. Всё это помогает новому агенту быстро разобраться, кто я, как устроен vault и какие правила в нём действуют.",[26,27,29],"h2",{"id":28},"почему-для-этого-подошёл-obsidian","Почему для этого подошёл Obsidian",[10,31,32,33,37],{},"Obsidian хранит данные в обычном Markdown. В том же формате coding-агенты получают ",[34,35,36],"code",{},"README.md",", проектные инструкции и планы. Агент читает заметку как любой другой текстовый файл, а я открываю результат в привычном интерфейсе Obsidian.",[10,39,40],{},"Файлы остаются у меня и синхронизируются между компьютерами через Syncthing. Сегодня с ними может работать Pi, завтра Codex, Hermes или Claude Code. При смене инструмента мне не приходится переносить накопленную память из одного сервиса в другой.",[10,42,43],{},"Эту схему я называю compound context. Такой контекст постепенно накапливается из моих заметок, карт vault, правил, агентных материалов и skills. Каждая удачная рабочая сессия оставляет что-то полезное для следующей: решение, инструкцию, обновлённый индекс или новую заметку.",[10,45,46],{},"Весь vault при этом никто не загружает в prompt. Несколько тысяч заметок быстро заполнят любое контекстное окно. Агент начинает с коротких индексных файлов, находит нужный раздел и читает только связанные с задачей материалы.",[26,48,50],{"id":49},"несколько-агентов-с-общей-базой","Несколько агентов с общей базой",[10,52,53],{},"Я пользуюсь несколькими агентами. В разных задачах у меня работают Pi, Codex, Hermes, Cursor, Claude Code и другие инструменты. У каждого свои сильные стороны, системный prompt, набор доступных инструментов и ограничения.",[10,55,56],{},"Базовый контекст у них общий. Все знают, где находятся личные заметки, проекты, статьи, источники и агентные материалы. Правила работы с vault они тоже получают из одного места.",[10,58,59],{},"Общие инструкции дают базовую предсказуемость, но модели всё равно ведут себя по-разному. Одна лучше следует длинной инструкции, другая быстрее ориентируется в файлах, третья принимает иные решения из-за системного prompt своего харнеса. Я ожидаю от них соблюдения одних правил, а не одинаковых ответов.",[10,61,62],{},"Главное удобство проявляется при переключении между инструментами. Я могу задать вопрос по vault любому агенту. Заметка, которую вчера подготовил Claude Code, сегодня доступна Pi или Codex. Контекст остаётся на месте, меняется только исполнитель.",[26,64,66],{"id":65},"с-чего-агент-начинает-работу","С чего агент начинает работу",[10,68,69,70,73],{},"Точка входа в vault — файл ",[34,71,72],{},"AGENTS.md",". В нём записаны общие правила: язык заметок, структура каталогов, закрытые области, соглашения по ссылкам и допустимые способы изменения файлов.",[10,75,76,77,80,81,83],{},"Некоторые инструменты ищут инструкцию под своим именем. Поэтому рядом лежит почти пустой ",[34,78,79],{},"CLAUDE.md"," со ссылкой на ",[34,82,72],{},". Нет смысла копировать правила в два файла, иначе одна версия рано или поздно отстанет от другой.",[10,85,86],{},"Дальше агент открывает три индексных файла:",[88,89,90,97,103],"ul",{},[91,92,93,96],"li",{},[34,94,95],{},"me.md"," содержит постоянный контекст обо мне: работу, интересы, предпочтения и принципы принятия решений;",[91,98,99,102],{},[34,100,101],{},"vault-map.md"," описывает каталоги, ключевые точки входа и правила размещения файлов;",[91,104,105,108],{},[34,106,107],{},"skill-map.md"," перечисляет доступные agent skills.",[10,110,111],{},"Этого достаточно для первого знакомства. Если задача касается блога, агент идёт в раздел проекта и читает правила для статей. Если я спрашиваю о заметках по конкретной теме, он использует карту, поиск и связи между файлами. Остальные разделы в контекст не попадают.",[10,113,114,115,117],{},"Особенно полезен ",[34,116,101],{},". Раньше каждый агент начинал бы работу с обхода каталогов и сам решал, куда положить новый файл. Теперь место для результата обычно известно ещё до чтения содержимого папки.",[26,119,121],{"id":120},"где-пишу-я-а-где-агенты","Где пишу я, а где агенты",[10,123,124,125,128],{},"Я разделяю материалы по авторству. Мои заметки живут в обычных разделах vault. Исследования, черновики и промежуточные результаты агентов отправляются в папку ",[34,126,127],{},"Агенты\u002F",". По расположению файла сразу видно его происхождение.",[10,130,131],{},"Иногда я разрешаю агенту редактировать собственную заметку. Например, прошу перестроить написанное или аккуратно добавить проверенные факты. Такие изменения я контролирую внимательнее. Свободная запись во все разделы быстро наполнила бы базу гладкими и правдоподобными текстами, которые мне никогда не понадобятся.",[10,133,134],{},"Запрос на чтение тоже отделён от запроса на изменение. Вопрос «что я знаю об этой теме?» разрешает искать и отвечать. Создание заметки или правка существующей требует отдельной команды. Это простое правило заметно сокращает случайные изменения.",[26,136,138],{"id":137},"какие-области-закрыты","Какие области закрыты",[10,140,141,142,145,146,149,150,145,152,154],{},"В ",[34,143,144],{},".claudeignore"," и ",[34,147,148],{},".codexignore"," перечислены папки, которые соответствующие агенты пропускают при поиске. Те же границы записаны в ",[34,151,72],{},[34,153,101],{},". На практике агенты соблюдают их и не тратят токены на заведомо лишние разделы.",[10,156,157],{},"Ignore-файлы здесь служат рабочей границей, а не защитой данных. Процесс агента технически имеет доступ к vault. Для действительно закрытой информации нужны права файловой системы, отдельное хранилище или изолированная среда. Markdown-инструкция лишь сообщает агенту, куда ходить запрещено.",[10,159,160,161,145,163,165],{},"Например, Python- или Bash-скрипт, созданный агентом для обработки vault, работает с правами запустившего его процесса. ",[34,162,144],{},[34,164,148],{}," на такой скрипт не действуют, поэтому он сможет прочитать или изменить игнорируемые файлы. Перед запуском подобных скриптов нужно отдельно проверять область их работы.",[26,167,169],{"id":168},"почему-агенты-используют-obsidian-cli","Почему агенты используют Obsidian CLI",[10,171,172],{},"Основные операции с vault агенты выполняют через официальный Obsidian CLI. Он умеет искать заметки, читать backlinks, работать со свойствами и применять шаблоны. Такой запрос обычно короче и точнее, чем ручной обход каталогов.",[10,174,175,176,179],{},"Больше всего разница заметна при переименовании. Обычная команда ",[34,177,178],{},"mv"," переименует файл, а ссылки на него останутся со старым именем. Команда Obsidian CLI переименует заметку и обновит wikilinks по всему vault. Для базы с несколькими тысячами файлов это уже вопрос сохранности графа.",[10,181,182],{},[183,184],"img",{"alt":185,"src":186,"title":187,"width":188},"Граф связей между заметками в Obsidian","obsidian-graph-2026.jpg","Мой граф Obsidian, 2026",900,[10,190,191],{},"CLI также экономит контекст. Агент может получить результаты точного поиска или список обратных ссылок, а затем открыть два-три нужных файла. Ему не приходится читать папку целиком в надежде встретить подходящую заметку.",[10,193,194],{},"У меня остаётся графический интерфейс Obsidian. Агент работает с теми же данными через CLI. После его изменений я сразу вижу обновлённую заметку, свойства и связи.",[26,196,198],{"id":197},"skills-как-процедурная-память","Skills как процедурная память",[10,200,201],{},"Карты показывают, где лежат данные. Skills содержат порядок действий для повторяющихся задач.",[10,203,204],{},"Я сделал несколько skills для работы с Obsidian. В них записал нюансы подключения к CLI, команды поиска и переименования, правила создания разных типов заметок, требования к frontmatter и ограничения отдельных разделов.",[10,206,207],{},"Например, перед созданием заметки агент должен проверить, существует ли она, выбрать подходящий шаблон и определить правильную папку. Тематические теги в моём vault запрещены, а переименование выполняется через CLI. Раньше эти детали приходилось повторять в каждом чате. Сейчас агент читает skill и выполняет знакомую процедуру.",[10,209,210],{},"Так в vault живут два вида контекста. Заметки хранят факты и тексты. Skills хранят проверенные способы работы с ними. Благодаря этому Pi, Claude Code и Codex используют одну структуру, даже если рассуждают и формулируют ответы по-разному.",[26,212,214],{"id":213},"что-остаётся-после-рабочей-сессии","Что остаётся после рабочей сессии",[10,216,217],{},"Чат заканчивается, и большая часть обсуждения теряет ценность. Я сохраняю только то, что пригодится позже: принятое решение, новую заметку, уточнение карты vault или поправку к skill. Остальные ответы остаются в истории конкретного агента.",[10,219,220],{},"После длинных сессий агенты сохраняют handoff: текущее состояние задачи, принятые решения, открытые вопросы и следующий шаг. В vault также сохраняются результаты исследований, саммари видео и статей. Эти материалы доступны другим агентам и помогают продолжить работу без повторного исследования темы.",[10,222,223],{},"Отбор приходится делать осознанно. Вместе с полезными знаниями легко накопить ошибки, устаревшие инструкции и AI-слоп. Поэтому индексные файлы требуют обновления, агентные материалы — периодического просмотра, а доступ к личным заметкам остаётся ограниченным.",[10,225,226],{},"За четыре года Obsidian прошёл у меня путь от набора атомарных заметок до общей рабочей среды для нескольких агентов. Основа почти не изменилась: локальные markdown-файлы и связи между ними. Добавились точки входа, карты, правила, CLI и skills.",[10,228,229],{},"Этой структуры хватает, чтобы новый агент быстро вошёл в контекст и продолжил работу с теми же данными. Модели меняются, их поведение отличается, а накопленная база остаётся у меня.",{"title":231,"searchDepth":232,"depth":232,"links":233},"",2,[234,235,236,237,238,239,240,241],{"id":28,"depth":232,"text":29},{"id":49,"depth":232,"text":50},{"id":65,"depth":232,"text":66},{"id":120,"depth":232,"text":121},{"id":137,"depth":232,"text":138},{"id":168,"depth":232,"text":169},{"id":197,"depth":232,"text":198},{"id":213,"depth":232,"text":214},"2026-08-24","Как я превратил Obsidian из личной базы заметок в общий накапливаемый контекст для нескольких AI-агентов.",false,"md","obsidian-compound-context-ai-agents.jpg","ru",{},true,"\u002Fru\u002Fcode\u002Fobsidian-compound-context-ai-agents","---\nlanguage: ru\ntitle: \"Как мой Obsidian стал общим контекстом для AI-агентов\"\ndescription: \"Как я превратил Obsidian из личной базы заметок в общий накапливаемый контекст для нескольких AI-агентов.\"\nimage: obsidian-compound-context-ai-agents.jpg\ncreatedAt: 2026-08-24\nupdatedAt: 2026-08-24\nread: 8\ntopics:\n  - Obsidian\n  - AI\n  - AI Agents\n  - Compound Context\n---\nObsidian у меня уже [пять лет](\u002Fru\u002Fcode\u002Fobsidian-timelapse-6-months). Первые годы я складывал туда заметки о книгах, фильмах, лекциях и новых идеях. В основном это были атомарные заметки в духе Zettelkasten: одна мысль, несколько связей, минимум лишней структуры.\n\nСо временем vault вырос до нескольких тысяч файлов. Я привык считать его личной базой знаний, пока не начал регулярно работать с AI-агентами. Тогда у накопленных заметок появилась ещё одна функция. Они стали общим контекстом для разных моделей и агентных харнесов.\n\nСейчас в Obsidian лежат мои тексты, карты разделов, инструкции и часть результатов агентной работы. Всё это помогает новому агенту быстро разобраться, кто я, как устроен vault и какие правила в нём действуют.\n\n## Почему для этого подошёл Obsidian\n\nObsidian хранит данные в обычном Markdown. В том же формате coding-агенты получают `README.md`, проектные инструкции и планы. Агент читает заметку как любой другой текстовый файл, а я открываю результат в привычном интерфейсе Obsidian.\n\nФайлы остаются у меня и синхронизируются между компьютерами через Syncthing. Сегодня с ними может работать Pi, завтра Codex, Hermes или Claude Code. При смене инструмента мне не приходится переносить накопленную память из одного сервиса в другой.\n\nЭту схему я называю compound context. Такой контекст постепенно накапливается из моих заметок, карт vault, правил, агентных материалов и skills. Каждая удачная рабочая сессия оставляет что-то полезное для следующей: решение, инструкцию, обновлённый индекс или новую заметку.\n\nВесь vault при этом никто не загружает в prompt. Несколько тысяч заметок быстро заполнят любое контекстное окно. Агент начинает с коротких индексных файлов, находит нужный раздел и читает только связанные с задачей материалы.\n\n## Несколько агентов с общей базой\n\nЯ пользуюсь несколькими агентами. В разных задачах у меня работают Pi, Codex, Hermes, Cursor, Claude Code и другие инструменты. У каждого свои сильные стороны, системный prompt, набор доступных инструментов и ограничения.\n\nБазовый контекст у них общий. Все знают, где находятся личные заметки, проекты, статьи, источники и агентные материалы. Правила работы с vault они тоже получают из одного места.\n\nОбщие инструкции дают базовую предсказуемость, но модели всё равно ведут себя по-разному. Одна лучше следует длинной инструкции, другая быстрее ориентируется в файлах, третья принимает иные решения из-за системного prompt своего харнеса. Я ожидаю от них соблюдения одних правил, а не одинаковых ответов.\n\nГлавное удобство проявляется при переключении между инструментами. Я могу задать вопрос по vault любому агенту. Заметка, которую вчера подготовил Claude Code, сегодня доступна Pi или Codex. Контекст остаётся на месте, меняется только исполнитель.\n\n## С чего агент начинает работу\n\nТочка входа в vault — файл `AGENTS.md`. В нём записаны общие правила: язык заметок, структура каталогов, закрытые области, соглашения по ссылкам и допустимые способы изменения файлов.\n\nНекоторые инструменты ищут инструкцию под своим именем. Поэтому рядом лежит почти пустой `CLAUDE.md` со ссылкой на `AGENTS.md`. Нет смысла копировать правила в два файла, иначе одна версия рано или поздно отстанет от другой.\n\nДальше агент открывает три индексных файла:\n\n- `me.md` содержит постоянный контекст обо мне: работу, интересы, предпочтения и принципы принятия решений;\n- `vault-map.md` описывает каталоги, ключевые точки входа и правила размещения файлов;\n- `skill-map.md` перечисляет доступные agent skills.\n\nЭтого достаточно для первого знакомства. Если задача касается блога, агент идёт в раздел проекта и читает правила для статей. Если я спрашиваю о заметках по конкретной теме, он использует карту, поиск и связи между файлами. Остальные разделы в контекст не попадают.\n\nОсобенно полезен `vault-map.md`. Раньше каждый агент начинал бы работу с обхода каталогов и сам решал, куда положить новый файл. Теперь место для результата обычно известно ещё до чтения содержимого папки.\n\n## Где пишу я, а где агенты\n\nЯ разделяю материалы по авторству. Мои заметки живут в обычных разделах vault. Исследования, черновики и промежуточные результаты агентов отправляются в папку `Агенты\u002F`. По расположению файла сразу видно его происхождение.\n\nИногда я разрешаю агенту редактировать собственную заметку. Например, прошу перестроить написанное или аккуратно добавить проверенные факты. Такие изменения я контролирую внимательнее. Свободная запись во все разделы быстро наполнила бы базу гладкими и правдоподобными текстами, которые мне никогда не понадобятся.\n\nЗапрос на чтение тоже отделён от запроса на изменение. Вопрос «что я знаю об этой теме?» разрешает искать и отвечать. Создание заметки или правка существующей требует отдельной команды. Это простое правило заметно сокращает случайные изменения.\n\n## Какие области закрыты\n\nВ `.claudeignore` и `.codexignore` перечислены папки, которые соответствующие агенты пропускают при поиске. Те же границы записаны в `AGENTS.md` и `vault-map.md`. На практике агенты соблюдают их и не тратят токены на заведомо лишние разделы.\n\nIgnore-файлы здесь служат рабочей границей, а не защитой данных. Процесс агента технически имеет доступ к vault. Для действительно закрытой информации нужны права файловой системы, отдельное хранилище или изолированная среда. Markdown-инструкция лишь сообщает агенту, куда ходить запрещено.\n\nНапример, Python- или Bash-скрипт, созданный агентом для обработки vault, работает с правами запустившего его процесса. `.claudeignore` и `.codexignore` на такой скрипт не действуют, поэтому он сможет прочитать или изменить игнорируемые файлы. Перед запуском подобных скриптов нужно отдельно проверять область их работы.\n\n## Почему агенты используют Obsidian CLI\n\nОсновные операции с vault агенты выполняют через официальный Obsidian CLI. Он умеет искать заметки, читать backlinks, работать со свойствами и применять шаблоны. Такой запрос обычно короче и точнее, чем ручной обход каталогов.\n\nБольше всего разница заметна при переименовании. Обычная команда `mv` переименует файл, а ссылки на него останутся со старым именем. Команда Obsidian CLI переименует заметку и обновит wikilinks по всему vault. Для базы с несколькими тысячами файлов это уже вопрос сохранности графа.\n\n![Граф связей между заметками в Obsidian](obsidian-graph-2026.jpg \"Мой граф Obsidian, 2026\"){width=\"900\"}\n\nCLI также экономит контекст. Агент может получить результаты точного поиска или список обратных ссылок, а затем открыть два-три нужных файла. Ему не приходится читать папку целиком в надежде встретить подходящую заметку.\n\nУ меня остаётся графический интерфейс Obsidian. Агент работает с теми же данными через CLI. После его изменений я сразу вижу обновлённую заметку, свойства и связи.\n\n## Skills как процедурная память\n\nКарты показывают, где лежат данные. Skills содержат порядок действий для повторяющихся задач.\n\nЯ сделал несколько skills для работы с Obsidian. В них записал нюансы подключения к CLI, команды поиска и переименования, правила создания разных типов заметок, требования к frontmatter и ограничения отдельных разделов.\n\nНапример, перед созданием заметки агент должен проверить, существует ли она, выбрать подходящий шаблон и определить правильную папку. Тематические теги в моём vault запрещены, а переименование выполняется через CLI. Раньше эти детали приходилось повторять в каждом чате. Сейчас агент читает skill и выполняет знакомую процедуру.\n\nТак в vault живут два вида контекста. Заметки хранят факты и тексты. Skills хранят проверенные способы работы с ними. Благодаря этому Pi, Claude Code и Codex используют одну структуру, даже если рассуждают и формулируют ответы по-разному.\n\n## Что остаётся после рабочей сессии\n\nЧат заканчивается, и большая часть обсуждения теряет ценность. Я сохраняю только то, что пригодится позже: принятое решение, новую заметку, уточнение карты vault или поправку к skill. Остальные ответы остаются в истории конкретного агента.\n\nПосле длинных сессий агенты сохраняют handoff: текущее состояние задачи, принятые решения, открытые вопросы и следующий шаг. В vault также сохраняются результаты исследований, саммари видео и статей. Эти материалы доступны другим агентам и помогают продолжить работу без повторного исследования темы.\n\nОтбор приходится делать осознанно. Вместе с полезными знаниями легко накопить ошибки, устаревшие инструкции и AI-слоп. Поэтому индексные файлы требуют обновления, агентные материалы — периодического просмотра, а доступ к личным заметкам остаётся ограниченным.\n\nЗа четыре года Obsidian прошёл у меня путь от набора атомарных заметок до общей рабочей среды для нескольких агентов. Основа почти не изменилась: локальные markdown-файлы и связи между ними. Добавились точки входа, карты, правила, CLI и skills.\n\nЭтой структуры хватает, чтобы новый агент быстро вошёл в контекст и продолжил работу с теми же данными. Модели меняются, их поведение отличается, а накопленная база остаётся у меня.\n",8,{"title":5,"description":243},"ru\u002Fcode\u002F24.obsidian-compound-context-ai-agents",[256,257,258,259],"Obsidian","AI","AI Agents","Compound Context","HpL2yQNSSPiNr-cXuZBHjF1l_dJin3muLDwLkwD07To",[262],{"title":263,"path":264,"stem":265,"draft":244,"children":-1},"Herdr: терминал, который следит за моими AI-агентами","\u002Fru\u002Fcode\u002Fherdr-terminal-ai-agents","ru\u002Fcode\u002F23.herdr-terminal-ai-agents",1787739463318]