Проблема забывчивости
Каждая новая сессия с Claude начинается с чистого листа. Модель ничего не помнит о прошлом разговоре. Чтобы разобраться, как устроен проект, она тянет в контекст всё подряд: открывает файл за файлом, читает их целиком, восстанавливает картину заново. На маленьком репозитории это незаметно. На большом превращается в ежедневный налог.
Возьми типичную картину. Ты возвращаешься к проекту, который уже неделю не трогал, и просишь «добавь поле в форму регистрации». Claude не помнит ни структуры, ни того, что форма завязана на три сервиса. Он начинает читать: компонент формы, валидацию, контроллер, схему базы, миграции, тесты. Тридцать, пятьдесят, двести файлов уходят в контекст просто чтобы понять, куда вообще смотреть. Половина из них к задаче отношения не имеет.
Лишний расход тут двойной, и важно видеть оба источника:
Каждая сессия не помнит предыдущую. Claude заново читает десятки файлов, чтобы понять, как устроен проект, и так перед каждой задачей.
В контекст уходит весь текст файла: импорты, комментарии, отступы, мёртвый код. Токены тратятся на форматирование, а не на смысл связей.
Корень не в модели, а в формате. Сырые файлы это плохой способ объяснить устройство проекта: чтобы понять одну связь между двумя модулями, приходится прочитать оба целиком. Решение простое по идее: дать Claude не сами файлы, а карту проекта. Граф связей, по которому видно, что с чем соединено, и который читается вместо того, чтобы перечитывать всё.
Шаг 1. Три инструмента
Второй мозг собирается из трёх инструментов. Не нужно ничего изобретать, у каждого одна чёткая роль, и вместе они закрывают весь цикл: прочитать проект, свернуть его в граф, показать граф человеку.
Шаг 2. Запусти Graphify
Graphify ставится один раз и запускается одной командой прямо в корне проекта. Он не угадывает структуру по названиям папок, а разбирает каждый файл в синтаксическое дерево (AST), достаёт оттуда сущности и реальные зависимости, и собирает из них граф. Поддерживает два с лишним десятка языков, плюс достаёт смысл из документации и заметок.
Сначала ставим скилл, потом запускаем разметку точкой по текущей папке:
# 1. Установить скилл (один раз)
uvx graphify install
# 2. Разметить текущий проект
/graphify .Дальше он молотит сам. На большом проекте это занимает от минуты до нескольких, в зависимости от количества файлов:
$ /graphify .
Scanning 312 files...
Parsing AST (25 languages)......... done
Mapping connections 70%
Detecting god-nodes & communities...
Building graph...
✓ GRAPH_REPORT.md written
✓ output: graphify-out/На выходе появляется папка graphify-out/ и главный файл GRAPH_REPORT.md. Это и есть карта проекта: узлы, связи, выделенные кластеры и «god-узлы», которые тянут на себя слишком много зависимостей. Именно GRAPH_REPORT.md Claude будет читать вместо сырых файлов. Перезапускать разметку нужно не после каждой правки, а когда структура проекта заметно поменялась: добавился модуль, переехали зависимости, появился новый слой.
Шаг 3. Подключи как память
Граф сам по себе ничего не меняет. Его нужно сделать первым, на что Claude смотрит перед задачей. Самое надёжное место для этого CLAUDE.md: его модель читает автоматически в начале каждой сессии. Пропиши туда правило обращаться к графу, а не к файлам:
# Память проекта
Карта проекта лежит в graphify-out/GRAPH_REPORT.md.
Перед любой задачей сначала читай этот граф, а не все файлы.
По графу найди релевантные узлы и их связи.
Открывай конкретный файл только когда он реально нужен по графу.
Не загружай весь проект в контекст.После этого порядок действий Claude переворачивается. Раньше: «не знаю проект, прочитаю всё подряд». Теперь: «открою карту, найду нужные узлы по задаче, подтяну только их». Когда ты просишь добавить поле в форму регистрации, он по графу видит, что форма связана с валидацией, контроллером и схемой базы, и открывает ровно эти четыре файла. Остальные двести остаются за пределами контекста, потому что граф уже сказал, что они к делу не относятся.
Шаг 4. Увидь мозг
Граф полезен не только модели. Открой папку graphify-out/ как vault в Obsidian и включи режим графа. Проект проявляется живой картой: каждый файл это узел, каждая зависимость это линия между узлами. То, что обычно держишь в голове кусками, ты впервые видишь целиком.
Так второй мозг становится общим. Человек смотрит на граф в Obsidian и принимает решения по архитектуре. Claude читает тот же граф как память и работает по нему. Один артефакт, две роли.
Хочешь так же?
Собери контент-завод на Claude Code.
За один вечер показываю всю цепочку: тренды → виралки → карусели и рилсы → воронки на кодовые слова → лид-магниты → продажи. Один человек, без программирования.
Почему падает расход
Цифра «в 70 раз» звучит как маркетинг, но за ней простая механика. Расход токенов определяется тем, что попадает в контекст. Меняешь это, и расход меняется следом.
Без графа единственный способ для Claude понять проект это прочитать его. А значит загрузить файлы целиком, со всеми импортами, комментариями и мёртвым кодом, причём с запасом, потому что заранее неизвестно, какой файл окажется нужным. С графом он сначала смотрит в карту, по связям находит релевантные узлы и подтягивает только их. Разница между «весь проект на всякий случай» и «четыре нужных файла по делу» и даёт тот самый порядок.
Весь проект в контексте: сотни файлов целиком, со всем текстом и форматированием. Claude читает с запасом, потому что не знает, что пригодится.
Сначала карта, потом только релевантные узлы под конкретную задачу. Остальное не грузится, потому что граф уже показал, что оно не связано.
Есть и второй, менее очевидный выигрыш: меньше галлюцинаций. Когда модель читает сорок файлов в попытке понять, как что-то устроено, она додумывает связи, которых нет. Граф даёт ей эти связи явно и заранее, поэтому она реже фантазирует про несуществующие функции и зависимости. Меньше токенов и меньше выдумок это одно и то же следствие правильного формата контекста.
Где граф не нужен
Граф-память это инструмент под конкретную боль, а не серебряная пуля. Если боли нет, разметка только добавит лишний слой. Честно о границах:
И ещё одна честная оговорка: граф настолько хорош, насколько хорош проект под ним. Если код запутан, а связи хаотичны, карта это покажет, но не починит. Хорошая новость в том, что увидеть бардак на графе это уже половина решения.
Кейсы из сообщества
Это не теория из вакуума. К идее «дай Claude граф вместо сырых файлов» независимо пришли разные люди: автор самого скилла, инженеры на Reddit и виральная заметка про второй мозг. Три кейса, как это выглядит на практике.
u/captainkink07 выложил на r/ClaudeAI сам скилл /graphify. Боль ровно та, что в начале гайда: на каждом новом проекте первая неделя уходила на «объясни, как работает X», Claude галлюцинировал, и приходилось читать сорок файлов, чтобы его поправить. Вывод автора: проблема не в модели, а в том, что сырые файлы это ужасный формат контекста. Скилл парсит 25 языков через tree-sitter AST и пишет GRAPH_REPORT.md, который Claude читает вместо файлов.
«The problem isn’t the LLM, it’s that raw files are an awful context format. 71.5x fewer tokens per query.»
Честно: в комментариях треда часть сообщества усомнилась в цифрах звёзд и подлинности отзывов. Но сама идея «граф вместо файлов» и техника с GRAPH_REPORT.md вопросов не вызвали и обсуждались по делу.
u/Helassity собрал второй мозг ровно по нашей связке: Claude Code строит граф знаний поверх Obsidian-vault и работает по нему. В его системе граф вырос до 375 узлов, обнаруживает противоречия между заметками и подчищает устаревшее. Главный итог в заголовке поста: после подключения графа Claude «действительно начал помнить вещи», а не перечитывать всё заново.
«I gave Claude Code a knowledge graph over my Obsidian vault — it actually remembers things now.»
Виральная заметка про второй мозг (на базе паттерна Карпатого) описывает ту же архитектуру, но для знаний, а не кода: папка raw/ твоя и неприкосновенна, папку wiki/ ведёт модель, она связывает и обновляет страницы. Ключевая мысль автора почти дословно совпадает с разделом 06 этого гайда: ценность в связях между узлами, а не в самих узлах, и это не RAG, который пересчитывает ответ каждый раз и ничего не накапливает.
«The value of the system is in the edges, not the nodes. This isn’t RAG.»
Ресурсы и ссылки
Все инструменты из гайда — официальные ссылки и репозитории:
Второй мозг для Claude это не магия, а смена формата контекста. Размечаешь проект в граф один раз, подключаешь его как память через CLAUDE.md, смотришь на ту же карту в Obsidian. Claude перестаёт читать всё подряд и берёт только нужные узлы. Расход токенов падает, галлюцинаций становится меньше, а ты впервые видишь свой проект целиком.