Второй мозг: система, которая помнит за вас
Внешняя память для проектов и решений, к которой подключён ИИ. Разбираю структуру, которая у меня работает на шести проектах, и объясняю, почему большинство таких систем умирает через месяц.
- Смысл не в заметках, а в том, что базу читает ИИ: вместо пересказа контекста — короткая команда.
- Четыре слоя достаточно: ядро, проекты, решения, находки. Больше не нужно.
- Ключевое отличие от свалки — карта. Агент читает оглавление и два файла, а не всю базу целиком.
- Системы умирают от сложности на входе. Начинать надо с трёх файлов и усложнять только по факту неудобства.
Содержание статьи
Второй мозг — внешняя система, где живут ваши знания, решения и ход проектов. Вы не держите это в голове и не ищете по переписке: всё лежит в одном месте, связано ссылками и, что важнее, доступно нейросети.
Ключевая идея не в заметках. Она в том, что к этой базе подключён ИИ: вместо того чтобы каждый раз объяснять контекст проекта, вы даёте короткую команду, а агент сам читает нужное.
Зачем это нужно
Три задачи, которые решаются только так.
Не терять решения. Через полгода вы не вспомните, почему выбрали именно этот вариант. Записанное решение с аргументами экономит день на повторное принятие.
Не пересказывать контекст. Это самая недооценённая часть. Без базы знаний каждая сессия с ИИ начинается с длинного объяснения: что за проект, где что лежит, чего нельзя трогать. С базой — с одной строки.
Держать несколько проектов сразу. Пока проект один, всё помещается в голове. На третьем начинается путаница.
Что изменилось после
Я веду шесть сайтов, контент-конвейер, ботов и панель мониторинга. Без внешней памяти это невозможно физически: переключение между проектами съедало бы полдня. Сейчас переключение занимает минуту — агент читает карту проекта и включается в контекст сам. Экономия не в заметках, а в отсутствии повторных объяснений.
Как это выглядит в работе
Показываю в канале свой второй мозг изнутри: структура, правила, что переписывал и почему.
Из чего состоит система
Четыре слоя. Больше не нужно.
| Слой | Что внутри | Как часто меняется |
|---|---|---|
| Ядро | текущее состояние дел, карта проектов | каждую неделю |
| Проекты | по одному файлу на проект: цель, статус, что дальше | по мере работы |
| Решения | почему выбрали так, а не иначе | редко, но навсегда |
| Факты и находки | методы, цифры, инструкции | постоянно |
Так это выглядит у меня — верхний уровень базы, которая выросла за год до двух с лишним тысяч файлов:
_BRAIN/
├── STATE.md ← где я сейчас: фокус, активные проекты
├── STACK.md ← карта инфраструктуры: что где живёт
├── PROJECTS.md ← по абзацу на проект: цель, статус, следующий шаг
├── hot.md ← кэш «на чём остановился» между сессиями
├── Решения/ ← почему выбрали так, а не иначе
├── Заметки/ ← методы, цифры, находки
├── Задачи/ ← источник правды для задачника
├── Инфра/ ← серверы, домены, ключи (указатели, не секреты)
└── Выводы/ ← итоги сессий и недельПервые четыре файла — это и есть ядро: агент читает их в начале любой сессии, остальное открывает по мере надобности.
Ядро — то, что читается первым. Два-три файла: где я сейчас, какие проекты живы, что в фокусе. Именно их подгружает агент в начале работы.
Решения — самый недооценённый слой. Формат простой: контекст, варианты, что выбрали, почему. Три абзаца, которые через полгода экономят день.
Главный принцип: карта, а не свалка
Разница между работающей системой и мёртвой папкой с заметками — в навигации.
Правило: каждый уровень имеет оглавление. Агент (и вы) сначала читает карту, видит, что где лежит, и открывает только нужное.
Без этого происходит следующее: ИИ пытается прочитать всю базу целиком, тратит лимит на чтение и всё равно не находит нужного. С картой он читает одно оглавление и один-два файла.
Почему это важно для расхода
На большой базе разница между «прочитать всё» и «прочитать оглавление и два файла» — десятки раз по объёму. Это самая заметная экономия при работе с ИИ, сильнее, чем смена тарифа: агент перестаёт тратить лимит на поиск и сразу занимается задачей.
Как подключить ИИ
Три шага, каждый из которых даёт эффект по отдельности.
Шаг 1. База в обычных текстовых файлах. Не в закрытом сервисе, а в папке на диске в формате Markdown. Это условие: агент должен уметь их читать.
Помоги завести мне базу знаний. Ничего не выдумывай: работай только
с тем, что найдёшь у меня, и спрашивай, если данных не хватает.
Шаг 1. Посмотри папки моих проектов [пути] и историю git в них.
Составь черновик файла PROJECTS.md: по абзацу на проект — что это,
в каком состоянии, какой следующий шаг. Где не уверен — пиши «уточнить».
Шаг 2. Задай мне 10 вопросов, ответы на которые нельзя получить из файлов:
что сейчас в фокусе, что заброшено, какие решения я принимал и о чём жалею.
По одному вопросу за раз.
Шаг 3. Собери три файла: STATE.md (где я сейчас), PROJECTS.md (проекты),
NOTES.md (находки и грабли). Каждый — не длиннее полутора экранов,
со ссылками на детали.
Шаг 4. Предложи текст правила для моего ИИ-агента: какие файлы читать
в начале работы и куда дописывать новые находки.
Не создавай папок «на будущее» и не придумывай структуру из десяти уровней:
только то, что нужно прямо сейчас.Шаг 2. Мост в глобальных правилах. В правила, которые ИИ читает всегда, добавляется указание: перед нетривиальной задачей загрузи такие-то файлы ядра; находки записывай обратно в такие-то разделы.
Шаг 3. Запись обратно. Самая частая недоделка. Если система только читается, но не пополняется, она устаревает за месяц. Правило должно работать в обе стороны: узнал что-то новое — записал в базу, а не оставил в переписке.
Почему системы умирают
Классический сценарий: человек строит красивую структуру из десяти уровней вложенности, придумывает теги, настраивает шаблоны — и перестаёт этим пользоваться через две недели, потому что положить новую мысль стало сложнее, чем запомнить.
Рабочий порядок обратный: начните с трёх файлов — «где я сейчас», «проекты», «находки». Усложняйте только тогда, когда стало неудобно. Структура должна расти из практики, а не из представления о правильной системе.
Что записывать, а что нет
Записывать:
- решения с аргументами: что выбрали и почему;
- цифры: сколько стоило, сколько заняло, что получилось;
- грабли: что сломалось и как чинили;
- инструкции, которые пришлось восстанавливать дважды;
- где что лежит: доступы, адреса, пути (сами секреты — отдельно, вне базы).
Не записывать:
- то, что легко нагуглить;
- сохранённые статьи «на потом», которые вы не прочитаете;
- то, что уже есть в коде или истории git.
Практический критерий: записывайте то, что через полгода придётся восстанавливать по памяти.
Читайте такжеObsidian с нуляРедактор, который хранит заметки обычными файлами на вашем диске. Разбираю, чем он отличается от облачных сервисов, какую структуру завести на старте и что не делать в первый месяц.С чего начать
Первая неделя
- Создайте папку и три файла: «Сейчас» (что в работе), «Проекты» (по абзацу на проект), «Находки» (всё остальное).
- Заполните их по памяти за час. Не идеально — как есть.
- Поставьте Obsidian или любой редактор, который работает с этой папкой.
- Добавьте в глобальные правила ИИ указание читать эти файлы перед работой.
- Неделю ничего не улучшайте — просто пользуйтесь и записывайте.
- Через неделю посмотрите, чего не хватало, и добавьте только это.
Пятый пункт — самый важный и самый нарушаемый. Соблазн сразу построить идеальную систему велик, а работает только та структура, которая выросла из реального использования.
Дальше по теме: Obsidian с нуля — практическая часть, и скиллы Claude Code — как записанные правила превращаются в процедуры, которые агент выполняет сам.
- Записывайте то, что через полгода придётся восстанавливать по памяти: решения, цифры, грабли.
- Мост должен работать в обе стороны: агент не только читает базу, но и дописывает в неё находки.
- Держите базу в обычных текстовых файлах на диске — программу поменяете, файлы останутся.
- Оглавление на каждом уровне — это и навигация, и экономия лимита.
- Первую неделю ничего не улучшайте: структура должна вырасти из использования.
Гайд «Второй мозг в Claude Code»
Каркас базы знаний и мост памяти: ИИ помнит все проекты и решения. Забрать в боте. Бесплатно, отдаёт бот в Telegram.
Частые вопросы
Что такое второй мозг простыми словами?
Внешняя система хранения знаний, куда вы складываете всё, что не хотите держать в голове: решения, факты, ход проектов, полезные находки. Главное отличие от папки с заметками — структура и правила, по которым туда пишут и оттуда читают.
Чем второй мозг отличается от обычных заметок?
Обычные заметки — свалка. Второй мозг — система с навигацией: есть карта, есть правила, куда что класть, и всё связано ссылками. Практический критерий: если вы находите нужное за 10 секунд, это система; если ищете поиском по всему — это свалка.
В какой программе вести?
Подойдёт любая, которая хранит записи в обычных текстовых файлах на вашем диске. Я использую Obsidian: файлы в формате Markdown лежат в папке, их читает и человек, и ИИ. Программу можно поменять, файлы останутся.
Зачем подключать ИИ к базе знаний?
Чтобы не пересказывать контекст каждый раз. Агент, который читает вашу базу, знает, что за проект, какие решения приняты и почему. Вместо длинного промпта с объяснениями вы даёте короткую команду.
Почему такие системы обычно забрасывают?
Из-за сложности на входе: люди строят красивую систему из десяти уровней вложенности и перестают ею пользоваться через две недели. Работает обратный порядок: начать с трёх файлов и усложнять только когда стало неудобно.
10 лет в маркетинге и онлайн-образовании. Запускаю проекты в одиночку на Claude Code и показываю экономику как есть. Все методы из блога сначала обкатываю на своих проектах и только потом описываю.