AI Cube

Зачем это нужно

Из коробки Claude Code — мощный, но «голый» инструмент. Он отлично пишет код в рамках одной сессии, но забывает контекст, не умеет ходить во внешние сервисы и не повторяет твои рабочие сценарии.

5 расширений Claude Code: память, MCP, скиллы, субагенты, хуки

Пять расширений ниже меняют это. Они превращают Claude Code из умного автокомплита в систему, которая помнит проект, управляет браузером и GitHub, запускает агентов параллельно и проверяет себя сама. Все пять — open-source, ставятся за вечер, работают в любом проекте.

Эти расширения не конкурируют, а складываются. Память даёт контекст, MCP — руки, скиллы — специализацию, субагенты — параллельность, хуки — автоматизм. Вместе получается рабочий конвейер.

1. Память между сессиями

🧠

Claude перестаёт забывать контекст

Прошлые решения, факты о проекте и о тебе подтягиваются автоматически в каждой новой сессии — не нужно объяснять всё заново.

💾Сохраняет факты в файлы

🎯Вспоминает по релевантности

📁Работает в любом проекте

Память живёт в обычных Markdown-файлах — их видно, можно прочитать, отредактировать и положить в гит. Никакой чёрной коробки: ты всегда знаешь, что именно Claude «запомнил».

Главный файл памяти — CLAUDE.md в корне проекта. Это не просто заметки: он подгружается в контекст в начале каждой сессии и фактически читается каждый ход. Сюда кладут карту проекта, стек, правила работы, команды деплоя — то, что Claude должен держать в голове всегда.

Держи CLAUDE.md примерно до 200 строк. Каждая строка стоит токенов в каждом запросе. Раздутый файл на тысячу строк незаметно съедает окно и кошелёк ещё до того, как ты задал первый вопрос. Детали выноси в отдельные скиллы и файлы, которые подгружаются по требованию, а не висят в контексте постоянно.

Практичный приём: храни в CLAUDE.md только то, что нужно всегда (структура, команды, жёсткие правила), а узкие инструкции — в скиллах. Когда чувствуешь, что диалог «поплыл» и Claude начал путаться, помогает /compact — он сворачивает историю в краткое резюме и освобождает окно, не теряя сути.

2. MCP-серверы

🔌

Одно подключение — внешние сервисы под управлением Claude

Model Context Protocol (открытый стандарт от Anthropic) даёт единый способ подключать инструменты. Claude управляет ими так же, как пишет код.

🌐

Playwright

браузер и автоматизация

🐙

GitHub

код, issues, pull requests

💬

ChatPlace

воронки в директе

⚙️

Сотни серверов

готовые под любые задачи

Подключив 2-3 сервера под свои задачи, ты даёшь Claude «руки»: он сам открывает страницы (Playwright MCP), читает issues и создаёт PR (GitHub MCP). Список готовых серверов растёт — под почти любой популярный сервис уже есть готовый коннектор.

Отключай MCP-серверы, которыми не пользуешься прямо сейчас. Каждый подключённый сервер при старте сессии вливает в контекст описания всех своих инструментов — и эти токены висят там постоянно, даже если ты ни разу к серверу не обратился. Десять «на всякий случай» подключённых серверов могут съесть десятки тысяч токенов до первого запроса. Держи активными только нужные под текущую задачу, остальные выключай.

Качество сервера тоже важно. Два сервера для одной и той же задачи могут отличаться по «весу» в десятки и сотни раз: один аккуратно отдаёт нужное, другой вываливает простыню разметки. Поэтому правило не «поставь всё», а «поставь нужное и лёгкое» — об этом ниже в кейсах.

3. Скиллы (.md файлы)

📝

Описал задачу один раз — вызываешь где угодно

Скилл — это .md файл с инструкцией. Набираешь /имя-скилла в любом проекте, и Claude превращается в узкого специалиста под эту задачу.

Скиллы лежат в папке ~/.claude/skills/ — каждый в своём подкаталоге:

~/.claude/skills/
  reels-script/      ← сценарии Reels
  hook-generator/    ← варианты хуков
  carousel/          ← генерация каруселей

Раз написанный скилл переиспользуется во всех проектах. Это способ зафиксировать свой рабочий процесс в коде и больше не объяснять его заново. Главный плюс перед раздутым CLAUDE.md: скилл подгружается только когда ты его вызываешь, а не висит в контексте всё время.

Скармливай материалы в Markdown, а не в PDF. Когда даёшь Claude документ-источник (бриф, спецификацию, статью), .md читается чисто и компактно. PDF приходится распознавать, он тащит за собой служебную разметку и шум — это лишние токены и больше шансов на ошибку. Если есть выбор формата — выбирай Markdown или обычный текст.

4. Субагенты

🤖

Несколько Claude одновременно — каждый на своей подзадаче

Поиск, ревью и генерация идут параллельно, а не по очереди. Главный агент раздаёт задачи, субагенты работают независимо и возвращают результат.

🔍

Explore

поиск по коду

🗺️

Plan

стратегия и архитектура

✅

Review

проверка изменений

Каждый субагент работает в своём контексте — это бережёт окно главного диалога и ускоряет большие задачи. Пока один ищет по коду, другой уже планирует, а третий проверяет изменения.

Самое ценное здесь — выноси тяжёлое исследование на субагентов. Когда нужно перелопатить десятки файлов или прочитать длинную документацию, пусть это делает отдельный агент: он прочитает всё в своём окне и вернёт в главный диалог только вывод — два-три абзаца, а не сотни строк сырья. Так главный контекст остаётся чистым и сфокусированным на задаче.

Следи за «гниением контекста» (context rot). На практике где-то после ~120k токенов в окне модель начинает хуже держать ранние детали: путает факты, теряет нить, повторяется. Это не жёсткая стена, а зона, после которой качество плавно падает. Поэтому не тащи всё подряд в один диалог — отгружай исследование субагентам, чисти историю через /compact и держи окно под контролем.

Проверить, сколько именно занято и чем, помогает команда /context — она показывает разбивку токенов: системный промпт, CLAUDE.md, инструменты MCP, история. Часто именно тут видно, что половину окна съел один забытый MCP-сервер.

5. Хуки автоматизации

⚡

Claude сам выполняет действия по событию

Хук — это команда, которую harness запускает автоматически при определённом событии. Не модель «решает» — действие происходит детерминированно.

🎨После правки файла→прогнать форматтер

🧪Перед коммитом→линтер и тесты

📲При сообщении→уведомление в Telegram

Почему это важно: хуки выполняет harness, а не Claude. Поэтому автоматические проверки срабатывают всегда — модель не может их «забыть» или пропустить. Это превращает договорённости в гарантии.

Кейсы и что говорят в сообществе

Теория теорией, но интереснее, к чему пришли на практике те, кто гоняет Claude Code каждый день. Ниже — несколько разговоров и наблюдений из сообщества: что экономит лимиты, на чём обжигаются и почему «поставить всё» — плохая идея.

💸Список «как сэкономить лимиты»

Чек-лист по экономии токенов, который разошёлся по сети

Подборка приёмов от автора @FreeMoneyGL, которую активно репостили: держать CLAUDE.md компактным, чистить диалог через /compact и смотреть расход через /context, отгружать тяжёлый ресёрч на субагентов, помнить про просадку качества к ~120k токенов, давать материалы в Markdown вместо PDF и отключать неиспользуемые MCP-серверы, потому что каждый вливает токены при старте. Короткая суть автора — «save your Claude limits».

→ пост на X

🪤Честный контраргумент

«Не ставь всё подряд»

Один из билдеров на r/ClaudeAI признался, что потратил три недели на сборку «MCP-сетапа мечты» — и большая часть оказалась бесполезной. «most of it was useless». Вывод, к которому он пришёл и с которым согласилась ветка: ценность дают не десятки серверов, а несколько действительно нужных. Лишние только засоряют контекст и жрут токены, а пользы не приносят.

→ обсуждение на r/ClaudeAI

🗓️Сетап первого дня

С чего сообщество советует начинать

Разбор «Essential Day-One Setup» на r/ClaudeCode предлагает порядок приоритетов на старте: сначала настроить CLAUDE.md (память и правила проекта), затем подключить пару нужных MCP-серверов и только потом наращивать скиллы. Логика простая — сперва контекст и руки, потом специализация. Тот же порядок, что и в разделе «С чего начать» ниже.

→ r/ClaudeCode

🪶Когда «правильный» MCP решает

Charlotte — лёгкий браузерный MCP

Сообщество приводит в пример браузерный сервер Charlotte: на сложных страницах он отдаёт примерно в 136× меньше токенов, чем привычный Playwright MCP. Одна и та же задача — открыть страницу и прочитать её — но разница в «весе» сервера колоссальная. Это наглядная иллюстрация: важно не просто подключить MCP, а выбрать тот, что не разбухает контекст.

Одна строка вывода: память + несколько грамотно подобранных MCP + скиллы + субагенты работают лучше, чем раздутый сетап «на всё подряд». Меньше, но точнее — и контекст, и кошелёк скажут спасибо.

С чего начать

Не нужно ставить всё сразу. Двигайся по шагам — каждый даёт ощутимый эффект уже сам по себе.

Включи память

Пусть Claude помнит контекст между сессиями

Подключи 2-3 MCP-сервера

Под свои задачи — браузер, GitHub

Напиши первый скилл

Под повторяющуюся задачу

Добавь хук на авто-проверки

Линтер и тесты перед коммитом

◆ PROMPT

Ты — Claude Code. Помоги мне настроить рабочее окружение.

Шаг 1: предложи структуру памяти проекта (какие факты сохранять).
Шаг 2: подбери 2-3 MCP-сервера под мои задачи: [опиши задачи].
Шаг 3: помоги написать первый скилл для: [повторяющаяся задача].

Объясняй по шагам, без воды.

Начни с памяти и одного MCP-сервера — этого хватит, чтобы почувствовать разницу уже в первый вечер. Дальше скиллы и хуки нарастают сами по мере того, как ты замечаешь повторяющиеся задачи.