Course
С тех пор как появились кодирующие агенты, сколько раз вам приходилось заново объяснять свой стек, соглашения, предпочтения и стандарты ревью в начале каждой сессии?
Проблема в том, что каждый новый диалог начинается с нуля. Инструменты вроде Claude Code умеют писать код, но не знают, как пишет код ваша команда. То, что должно экономить время, превращается в ручную работу: вставлять один и тот же контекст проекта, поправлять модель, когда она уходит в сторону, шлифовать инструкции и каждый раз проверять одни и те же общие советы.
Everything Claude Code (ECC) — это открытый фреймворк, который пытается это исправить. Несмотря на название, он не аффилирован с Anthropic. Это система агентов и слой рабочих процессов поверх Claude Code (не модель и не IDE), который превращает универсального кодирующего агента в специализированную инженерную платформу, уже знающую ваши стандарты.
В этой статье я расскажу, что такое ECC, как его части связаны между собой, как его установить и кому он действительно нужен.
Но что такое Claude Code на самом деле? Запишитесь на наш курс Claude Code 101, чтобы узнать, как использовать его в ежедневной разработке.
Что такое Everything Claude Code?
ECC — это open-source репозиторий, который оборачивает Claude Code преднастроенным операционным слоем для инженерной работы.
Проект доступен на affaan-m/ECC на GitHub. Лицензия MIT, мейнтейнер — Affaan Mustafa, фреймворк создан на основе 10+ месяцев ежедневной работы с Claude Code над реальными продуктами. Несмотря на название, он не аффилирован с Anthropic.
Репозиторий объединяет четыре компонента в одной установке:
- Обвязка агента: набор специализированных субагентов (планировщик, архитектор, код-ревьюер, секьюрити-ревьюер, резолвер ошибок сборки и ещё с десяток), к которым Claude Code делегирует задачи вместо попытки сделать всё в одном контекстном окне.
- Экосистема навыков: несколько сотен небольших описаний рабочих процессов, охватывающих TDD, безопасность, паттерны фреймворков (Django, Spring Boot, Next.js и др.), языковые стандарты кодирования и задачи ML-инжиниринга.
- Фреймворк рабочих процессов: хуки, запускающиеся на событиях инструментов, правила, действующие всегда, конфиги MCP-серверов и память сессии, сохраняющаяся между разговорами.
- Слой команд: поддерживаемые slash-команды для запуска типичных рабочих процессов плюс шима-папка для обратной совместимости со старыми именами команд.
Важно понимать, что движок остаётся Claude Code. Он читает код и запускает инструменты.
Задача ECC — всё вокруг этого: сказать Claude Code, какой субагент должен заняться задачей, какие шаги рабочего процесса выполнить, какие соглашения приняты в вашем стеке и какой контекст перенести со вчерашней сессии.
На практике это означает, что вам больше не нужно настраивать Claude Code с нуля для каждого проекта. Установите ECC один раз, скопируйте наборы правил для своего стека — и у вас специализированная инженерная платформа, которая знает, как действовать дальше.
Почему Everything Claude Code стал таким популярным
Рост начался с одного треда в X.
В начале 2026 года Мустафа опубликовал The Shorthand Guide to Everything Claude Code. За считанные дни он набрал более 10 тысяч закладок. Затем репозиторий стал открытым, и сейчас ECC перешагнул отметку в 200 тысяч звёзд и 34+ форков.
Почему так вышло:
- Агентный кодинг перешёл из экспериментов в повседневную практику: По мере того как всё больше разработчиков начали пользоваться Claude Code, они увидели ограничения стандартной системы. Нужен был преднастроенный слой конфигурации, устраняющий «холодный старт» контекста, непоследовательность результатов код-ревью и подобные проблемы.
- Хорошие промпты для агентов писать сложнее, чем кажется: Надёжный TDD-процесс или промпт код-ревьюера с фильтрацией по уверенности требует итераций. Многие команды не хотят строить и поддерживать это с нуля по мере изменения моделей, поэтому проще переиспользовать уже отлаженную версию.
- Нарастили вклад сообщества: 270+ контрибьюторов добавили языковые наборы правил (Java, Kotlin, Rust, Perl, PHP), поддержку фреймворков (Quarkus, Laravel), переводы, интеграции IDE помимо Claude Code (Cursor, OpenCode, Zed) и навыки.
- ECC даёт специализацию без дообучения модели: Дообучать модель на командных соглашениях нереалистично для большинства. Структурированный набор навыков и агентов в рантайме даёт примерно тот же эффект, и ECC — одна из наиболее полно упакованных попыток этого подхода.
Началось с треда в X, а дальше превратилось в снежный ком.
Как работает Everything Claude Code
ECC — многоуровневая система.
Между вами и репозиторием кода — пять компонентов. Claude Code — это рантайм. Его оборачивают навыки, агенты, MCP и слой памяти. Каждый компонент делает своё дело, и во время сессии они передают работу друг другу.
Claude Code
Claude Code — базовый интерфейс к модели.
Это официальный CLI Anthropic для запуска Claude как кодирующего агента. Он читает файлы, пишет диффы, выполняет shell-команды, вызывает инструменты и ведёт диалог. ECC ничего из этого не заменяет. Всё, что добавляет ECC, загружается в Claude Code при старте сессии и работает через его существующую систему плагинов, хуков и команд.
Навыки
Навыки — это многоразовые инструкции рабочих процессов, хранящиеся в виде файлов Markdown.
Каждый навык — это небольшая папка с SKILL.md, где указано, как Claude Code обрабатывает конкретный тип задачи. Навык описывает назначение, шаги, ожидаемый результат и ограничения. В ECC около 260 навыков, охватывающих языковые паттерны, тестовые процессы, соглашения фреймворков, ML-инжиниринг и операционные задачи.
Важно помнить: навыки вы не запускаете вручную. Claude Code подбирает их по тому, что вы делаете, или вы упоминаете их в промпте.
Агенты
Агенты — это специализированные субагенты, которым делегирует Claude Code.
Каждый описан в Markdown: имя, описание, список разрешённых инструментов и системный промпт, определяющий поведение. Агент code-reviewer только читает файлы и докладывает находки. planner пишет план реализации до того, как будет затронут код. Суть ясна.
Смысл такого разделения — изоляция контекста. Каждый субагент получает чистое контекстное окно для своей задачи, чтобы основная сессия не раздувалась. Главный агент координирует, субагенты исполняют.
Интеграции MCP
MCP (Model Context Protocol) — способ, которым Claude Code общается с внешними инструментами и источниками данных.
ECC содержит конфиги для подключения к GitHub, Supabase, Vercel, Railway и др. через MCP-серверы. Каждый сервер предоставляет инструменты, которые Claude Code может вызывать в процессе сессии. ECC просто пакует рабочие конфиги и правила безопасности к ним.
По умолчанию ECC включает один коннектор (chrome-devtools). Всё остальное — по выбору, чтобы избежать конфликтов имён инструментов и сузить поверхность атаки.
Слой памяти
Слой памяти делает ECC состоянием между сессиями.
Хуки запускаются на событии Stop каждой беседы и пишут итог сессии в ~/.claude/sessions/. Следующая сессия подгружает релевантный контекст через хук SessionStart. Навыки, которые модель «осваивает» по вашим паттернам, извлекаются в систему Continuous Learning v2, где хранятся как «инстинкты» с оценкой уверенности и могут переиспользоваться.
Алиасы сессий, выученные навыки и метрики живут под одним корнем данных агента (по умолчанию ~/.claude; настраивается отдельно для каждого «харанесса», если вы запускаете ECC и в Claude Code, и в Cursor).
Как всё работает вместе
Типичная сессия выглядит так:
- Старт сессии: хук загружает контекст из предыдущей сессии плюс релевантные навыки и правила для текущего проекта.
- Вы просите о чём-то: например: «добавь вход через OAuth».
- Сначала запускается агент-планировщик: он пишет план, кода пока нет.
- Подключается навык TDD: Claude Code следует процессу: падающий тест, минимальная реализация, рефакторинг.
- Вызываются инструменты MCP: например, GitHub MCP вытягивает связанные PR, или Supabase MCP проверяет схему.
- В конце запускается агент code-reviewer: он аудирует дифф в своём контекстном окне и отчитывается.
- Сессия завершается: хук Stop записывает сводку, извлекает новые паттерны в «инстинкты» и сохраняет их на будущее.
Модель всё та же — Claude Code. ECC лишь оркеструет, какой навык, какой агент и какой инструмент использовать на каждом шаге.
Навыки в Everything Claude Code
Навыки — основной способ, которым ECC говорит Claude Code, что делать.
Навык — это папка с файлом SKILL.md. В Markdown определены описание, шаги, ограничения, ожидаемый результат и контексты применения. Это просто текстовый файл, который модель читает в рантайме.
И это осознанное решение. ECC не «переобучает» ничего — он загружает инструкции, которые Claude читает и следует им здесь и сейчас.
Навыки лежат в каталоге skills/ в корне репозитория. После установки они копируются в ~/.claude/skills/. Claude Code загружает их как прямых потомков этой папки.
У каждой папки навыка одна и та же базовая структура:
SKILL.md— определение рабочего процесса- Необязательные вспомогательные файлы (шаблоны, скрипты, примеры)
- Необязательный
metadata.yamlдля тегирования и поиска
Навыки влияют на поведение агентов двумя способами. Во-первых, Claude Code читает их при старте сессии и держит под рукой для ссылок. Во-вторых, модель подбирает релевантный навык по вашей просьбе. Скажете «сначала напиши падающий тест» — активируется навык TDD. Скажете «проверь на SQL injection» — активируется навык security review.
В комплекте ECC около 260 навыков. Вот несколько для примера диапазона:
-
frontend-patterns: соглашения React и Next.js. Структура компонентов, хуки, решения «серверный vs. клиентский» компонент, паттерны управления состоянием. -
django-patterns,django-tdd,django-security,django-verification: полный стек Django, разбитый на четыре навыка. Один — архитектура, второй — тестовый цикл, третий — аудит в стиле OWASP, четвёртый — цикл проверки перед релизом. -
architect(в паре с агентомarchitect): обзоры системного дизайна. Навык определяет, что покрывает архитектурный обзор, какие артефакты он производит и какие компромиссы нужно подсветить. -
tdd-workflow: цикл «красный-зелёный-рефакторинг». Написать падающий тест, минимальный код для прохождения, рефакторинг, проверка покрытия. Навык жёстко задаёт порядок. -
security-review: чек-лист аудита OWASP Top 10, поиск хардкоженных секретов, проверка валидации ввода и уязвимостей зависимостей. Навык определяет, что сканировать и что флагировать.
Агенты в Everything Claude Code
Агенты — это специализированные «персоны» со своим контекстным окном.
Каждый — это файл Markdown в папке agents/ с именем, описанием, списком разрешённых инструментов и системным промптом. Системный промпт определяет задачу агента. Список инструментов управляет, что он может делать (читать файлы, запускать bash, звать MCP-сервера, писать код). Claude Code автоматически делегирует задачи агенту.
В ECC 66 агентов. Их можно сгруппировать по категориям.
Планирующие агенты запускаются до написания кода.
Агент planner разбивает фичу на план реализации: какие файлы менять, какие интерфейсы определить, какие тесты написать и какие крайние случаи учесть. architect поднимается выше: системный дизайн, модель данных, границы сервисов. Эти агенты только читают код и пишут планы.
Агенты для кодирования выполняют реализацию.
Агент tdd-guide навязывает цикл «сначала тест». Языковые резолверы, такие как go-build-resolver, pytorch-build-resolver и kotlin-build-resolver исправляют ошибки сборки в своих экосистемах. refactor-cleaner удаляет неиспользуемый код.
Архитектурные агенты проверяют структурные решения.
Агент architect покрывает дизайн, database-reviewer — паттерны запросов и выбор схемы, а mle-reviewer аудирует продакшн-пайплайны ML (контракты данных, покрытие оценками, сервинг, мониторинг).
Агенты QA проверяют, что получилось.
Агент code-reviewer аудирует диффы на качество и безопасность с порогом уверенности. security-reviewer делает проход в стиле OWASP. e2e-runner запускает end-to-end тесты Playwright. Языковые ревьюеры (typescript-reviewer, python-reviewer, go-reviewer, rust-reviewer и др.) выполняют языковые проверки.
Причина разделения на отдельных агентов — изоляция контекста.
Когда запускается code-reviewer, он получает чистое контекстное окно только с диффом и навыком ревью. Он не видит планировочные заметки и историю разговора — он просто ревьюит. Такая фокусировка даёт лучший результат, чем просьба к одному универсальному агенту планировать, кодить, тестировать и ревьюить в одном контексте — а именно так выглядят большинство ad-hoc настроек Claude Code.
Управление контекстом и памятью в ECC
ECC не забывает всё между сессиями, как это делает Claude Code.
Память в ECC — это система хуков, которые в нужные моменты пишут файлы и в нужные моменты их загружают. Это обычные Markdown и JSON на диске.
Сохраняются три вещи:
- Сводки сессий пишутся при завершении: хук Stop после последнего сообщения берёт весь транскрипт и пишет сводку в
~/.claude/sessions/. В ней: над чем работали, что решили, что осталось открытым. Следующая сессия читает её в SessionStart, чтобы Claude знал, где остановились. - Инстинкты — извлечённые паттерны из ваших сессий: система Continuous Learning v2 наблюдает, что вы делаете и что работает, затем пишет отдельные «инстинкты» с оценкой уверенности, действием, доказательствами и примерами. Запустите
/instinct-status, чтобы увидеть, что выучено. Запустите/evolve, чтобы сгруппировать родственные инстинкты в новый навык. - Логи отслеживают операционный слой: выполнения хуков, запуски навыков, вызовы MCP, затраты, ошибки. Хранятся в
~/.claude/metrics/и~/.claude/session-data/. Полезно для отладки и для GUI-дашборда, который идёт с репозиторием.
Если вам кажется, что это не так важно, вот пару причин, почему это не так:
- Долгие проекты: шестимесячный рефакторинг не обнуляется по понедельникам. Решения, компромиссы и известные проблемы прошлой недели в сводке, которая загружается в начале сессии.
- Больше не нужно повторяться: вы не вставляете заново стек, соглашения или «помни, мы решили использовать Postgres, а не Oracle» каждый раз.
- Обход ограничений контекстного окна: даже с окном на миллион токенов туда не поместится полугодовая история. Сводки сжимают важное. Полная история на диске, модель получает релевантное.
Вы можете настраивать загружаемый контекст через переменные окружения. ECC_SESSION_START_MAX_CHARS ограничивает объём сводки при старте (по умолчанию 8 000 символов). ECC_SESSION_START_CONTEXT=off отключает это для низкоконтекстных конфигураций. ECC_SESSION_RETENTION_DAYS управляет сроком хранения сессий до очистки.
Если вы запускаете ECC и в Claude Code, и в Cursor на одной машине, задайте ECC_AGENT_DATA_HOME, чтобы развести их память. Иначе они будут перезаписывать файлы сессий друг друга.
Поддержка MCP в Everything Claude Code
MCP — это способ, которым Claude Code вызывает всё, что не является файлом или shell-командой.
Model Context Protocol — стандарт Anthropic для подключения языковых моделей к внешним инструментам. MCP-сервер работает отдельным процессом и предоставляет типизированный набор операций: «прочитать эту страницу Notion» или «открыть PR на GitHub». Claude Code вызывает эти операции как функции.
ECC поставляется с конфигами MCP в mcp-configs/mcp-servers.json для популярных сервисов: GitHub, Supabase, Vercel, Railway, Linear и др. В каждом записи — команда запуска сервера, нужные переменные окружения и правила безопасности ECC для него.
Стоит знать, что ECC их не включает автоматически.
Политика MCP-коннекторов июня 2026 сократила список серверов, включённых по умолчанию, до одного (chrome-devtools). Всё остальное — по выбору. Вы либо копируете запись в .mcp.json вашего проекта, либо включаете через команду Claude Code /mcp. Причина частично практическая (длинные имена MCP-инструментов ломают некоторые шлюзы), частично — безопасность (каждый MCP-сервер — потенциальная поверхность атаки).
Вот как это выглядит на практике:
- Внешние интеграции: добавьте запись GitHub в
.mcp.json, укажите токен — и Claude Code сможет читать issue, открывать PR и проверять статус CI без копипаста. - Вызов инструментов: навыки и агенты ссылаются на MCP-инструменты по имени. Например, навык деплоя может вызывать Vercel MCP, а агент ревью базы — Supabase MCP.
- Автоматизация проекта: можно сочетать MCP-серверы с хуками для постоянной автоматизации между сессиями. Хук «PR открыт» может запускать агента ревью, который через GitHub MCP подтянет дифф, а через Linear MCP обновит тикет.
Если вы уже запускаете свои копии MCP, которые пакует ECC, задайте ECC_DISABLED_MCPS со списком через запятую. ECC пропустит их при установке и синхронизации, чтобы не было дублей, конкурирующих за одно имя сервера.
AgentShield и функции безопасности
Безопасность — то, что отличает ECC от конкурентов.
AgentShield — отдельный аудитор безопасности, входящий в ECC. Он сканирует конфигурации Claude Code на уязвимости, неправильные настройки, ошибки и риски инъекций. Запускается как отдельный пакет npm (ecc-agentshield), но связан с ECC через навык /security-scan, чтобы можно было запустить его из сессии Claude Code.
Сканирование покрывает пять категорий:
- Поиск секретов: 14 паттернов для хардкоженных учётных данных, API-ключей, токенов.
- Аудит прав: какие инструменты и пути доступны каждому агенту и навыку и не слишком ли широкие эти права.
- Анализ инъекций через хуки: можно ли эксплуатировать хуки для выполнения произвольных команд.
- Профилирование рисков MCP-серверов: что каждый подключённый MCP может читать, писать или вызывать и где это создаёт уязвимость.
- Проверка конфигов агентов: векторы prompt-инъекций, избыточные права в allowlist инструментов, отсутствующие ограничения.
Запустить можно одной командой, установка не требуется:
npx ecc-agentshield scan
Вывод — буквенная оценка (A–F) плюс список находок по приоритету. Критические завершаются кодом выхода 2.
Полезные флаги:
-fixприменяет автоисправления для безопасных проблем (удаление засвеченных секретов, ужесточение слишком широких прав…)-opusзапускает скан через три агента Claude Opus 4.X по конвейеру red-team / blue-team / аудитор. Атакующий ищет цепочки эксплуатации. Защитник оценивает защиты. Аудитор синтезирует отчёт с приоритизацией рисков.-streamпоказывает анализ в реальном времени — полезно на медленных конфигурациях.
Подход с конвейером Opus — то, что отличает AgentShield от обычного линтера. Атаки строятся из цепочек отдельных «безопасных» компонентов, и именно такие цепочки пытаются найти адверсариальные агенты.
По данным репозитория, AgentShield включает 102 правила статанализа и 1 282 внутренних теста с покрытием 98%. Цифры стоит сверять с последним релизом, но очевидно, что это не 50 строк кода.
Форматы вывода: терминал (с цветовой градацией), JSON (для CI), Markdown и HTML. Есть GitHub Action и отдельное приложение ECC Tools GitHub App, которое запускает AgentShield на PR.
Для большинства команд, использующих Claude Code в продакшене, AgentShield — самая весомая причина установить ECC, даже если остальной фреймворк вам не нужен.
Установка Everything Claude Code
У ECC два пути установки.
Частая ошибка — накладывать установку плагина поверх ручной установки. Оба копируют одни и те же файлы в те же места, и вы получаете дубли. Поэтому сперва: выбирайте только один путь.
Перед установкой убедитесь, что у вас Claude Code версии v2.1.0 или новее:
claude --version

Версия Claude
Установка через менеджер плагинов
Это рекомендованный путь для большинства пользователей.
Внутри Claude Code выполните:
/plugin marketplace add https://github.com/affaan-m/ECC
/plugin install ecc@ecc

Установка плагина
Первая команда регистрирует репозиторий ECC как маркетплейс. Вторая устанавливает плагин.
Есть оговорка: система плагинов не распространяет правила. Правила — это обязательные к соблюдению гайдлайны (стиль кода, git-процесс, стандарты тестирования, языковые паттерны), и спецификация плагинов Claude Code их не включает. Копируйте их вручную после установки плагина.
git clone https://github.com/affaan-m/ECC.git
cd ECC
mkdir -p ~/.claude/rules/ecc
cp -r rules/common ~/.claude/rules/ecc/
cp -r rules/python ~/.claude/rules/ecc/
Скопируйте rules/common плюс один языковой пакет, который вы действительно используете. В примере выше я скопировал правила Python. Не копируйте всё подряд: больше правил — больше контекста в каждой сессии, а большая часть не пригодится вашему проекту.
Установка через конфигурационные файлы
Используйте этот подход, если вам нужен полный контроль или если установка плагина не работает в вашей среде.
git clone https://github.com/affaan-m/ECC.git
cd ECC
npm install
./install.sh --profile full
В Windows:
.\install.ps1 --profile full
# or
npx ecc-install --profile full
Это копирует агентов, навыки, команды, хуки и правила в ваш каталог ~/.claude/. Плагинный слой не задействован. Всё — это файлы на диске, которые Claude Code читает на старте сессии.
Пара полезных профилей:
-
-profile minimal: только правила, агенты, команды и базовые навыки, без хуков. -
-profile core: набор по умолчанию. Хуки включены. -
-profile full: всё из репозитория.
Можно ставить конкретные компоненты с помощью --modules или --with:
./install.sh --target claude --modules hooks-runtime
npx ecc install --profile minimal --target claude --with capability:machine-learning
Если вы не уверены, что вам нужно, спросите у встроенного советника:
npx ecc consult "security reviews" --target claude
Он вернёт подходящие компоненты и точные команды установки.
Проверка установки
Проверьте, что установлено:
/plugin list ecc@ecc

Проверка установки плагина
Там показаны агенты, команды и навыки, доступные из плагина. Для ручной установки используйте обёртку жизненного цикла:
node scripts/ecc.js list-installed
node scripts/ecc.js doctor
doctor проверяет недостающие файлы, сломанные хуки и несовпадения версий. Если что-то найдёт, запустите:
node scripts/ecc.js repair
Чтобы убедиться, что Claude Code видит новый плагин, откройте сессию и попробуйте slash-команду:
/ecc:plan "Add user authentication"

Вывод плана ECC
Для установки через плагин требуется префикс /ecc:. Для ручной установки работает короткая форма (/plan).
Если что-то задублировалось или сломалось, не переустанавливайте поверх. Сначала выполните node scripts/uninstall.js --dry-run, чтобы посмотреть, что будет удалено, затем node scripts/uninstall.js для очистки. ECC удаляет только те файлы, которые сам установил, посторонние конфиги остаются.
Работа с навыками, командами и рабочими процессами
Большинство действий в ECC идёт через навыки, а не команды.
Причина в том, что папка commands/ поддерживается для обратной совместимости, но новая разработка рабочих процессов в первую очередь ведётся в skills/.
Вот несколько шаблонов использования, которые покроют большую часть повседневной работы.
Вызов навыка в основном неявный
Обычно вы не вызываете навык по имени. Вы описываете, что хотите, и Claude Code подбирает подходящий навык. Скажете «сначала напиши падающий тест» — активируется навык tdd-workflow. В ответе видно имена навыков, которые были загружены.
Когда нужно быть явным, упомяните навык в промпте: «Используй навык django-tdd, чтобы добавить новый эндпоинт». Или запустите команду-обёртку:
/code-review
/security-scan
/ecc:plan "Add OAuth login"
Префикс /ecc: обязателен для установок через плагин. Для ручной установки работает короткая форма (/plan, /code-review).

Вывод фазы планирования ECC
Выбор файлов — часть процесса
Большинство агентов и навыков работают в конкретной области: файл, директория, дифф, PR. Область задаётся упоминанием файла в промпте, открытием его в редакторе перед вызовом или указанием пути агенту:
/code-review src/auth/
/python-review services/billing/payment.py
Агент подхватывает область, загружает только нужные файлы и работает в своём контекстном окне.
Интеграция с shell идёт через инструмент bash Claude Code
Навыки могут выходить в оболочку для реального выполнения — запуск тестов, сборка, линтинг, вызовы CLI. Навык TDD запускает pytest или go test. Агент исправления сборки запускает реальную сборку, чтобы увидеть настоящие ошибки. Навык security-scan выполняет npx ecc-agentshield scan и парсит вывод.
Навык определяет, какие команды оболочки запускать и когда. Хуки тоже могут запускать команды по событиям инструментов (например, типизационный чек после каждого редактирования, предупреждение о console.log перед сохранением).
Управление MCP в основном по выбору
После установки ECC включает ровно один MCP-сервер по умолчанию (chrome-devtools). Чтобы добавить ещё, скопируйте записи из mcp-configs/mcp-servers.json в .mcp.json вашего проекта, затем включите их через команду /mcp Claude Code. Интерфейс /mcp управляет включением, отключением и переавторизацией.
Если вы запускаете свои копии MCP, которые пакует ECC, задайте:
export ECC_DISABLED_MCPS="github,supabase"
Инсталлятор и процессы синхронизации ECC пропустят их, чтобы у вас не оказалось двух одинаковых серверов, спорящих за одни и те же имена инструментов.
Рабочие процессы объединяются в цепочку
Вы не запускаете навыки по одному. Типичный рабочий процесс фичи выглядит так:
/ecc:plan "Add OAuth login with Google"
# агент-планировщик пишет план
# навык tdd-workflow активируется в процессе реализации
# тесты падают, пишется код, тесты проходят
/code-review
# агент code-reviewer аудирует дифф
/security-scan
# AgentShield проверяет новый код и конфиг
Каждый шаг использует своего агента в свежем контекстном окне. Основная сессия координирует, а итог сессии фиксирует цепочку и делает её доступной в следующей.
Everything Claude Code vs конкурирующие фреймворки конфигурации
ECC — не единственный конфигурационный слой для Claude Code. Есть и другие, решающие схожие задачи с иными компромиссами.
Важно точно определить категорию. ECC конкурирует с другими конфигурационными фреймворками поверх Claude Code. Он не конкурирует с «обвязками», рядом с которыми запускается (Cursor, Codex, OpenCode, Zed), или со standalone-платформами агентов (OpenHands, LangGraph, CrewAI) — это другие классы инструментов.
Чаще всего упоминают трёх соперников.
BMAD-Method — agile-SDLC фреймворк со специализированными ролями-агентами (Analyst, PM, Architect, Scrum Master, Developer, QA). Работает в Claude Code, Cursor и Windsurf через npx bmad-method install. Сильнее всего на стадии планирования: превращает идею в PRD, архитектурный документ и декомпозированные задачи до начала кодинга. Инструментарий исполнения легче, чем у ECC. Нет сканера безопасности и каталога MCP. Меньше языковых паттернов.
SuperClaude — лёгкий конфигурационный фреймворк на Markdown. Около 30 slash-команд, 20 агентов и пара режимов поведения. Устанавливается через pip install SuperClaude. Он проще ECC по задумке: нет сканера безопасности и оркестрационного рантайма. Но и нет встроенного слоя памяти сверх того, что даёт Claude Code. Если вам нужен рабочий CLAUDE.md плюс набор отлаженных промптов — SuperClaude хороший выбор.
claude-flow / Ruflo (переименован из Claude Flow в начале 2026) — оркестратор роя multi-agent. Использует методологию SPARC (specification, pseudocode, architecture, refinement, completion) и запускает королево-ведомые иерархии из 60–100+ специализированных агентов параллельно. Имеет постоянную память через AgentDB и работает с Claude, GPT, Gemini и Ollama. Инфраструктура тяжелее ECC и рассчитана на параллельную работу агентов, а не на продуктивность в одной сессии.
Если хотите посмотреть другие варианты, awesome-claude-code — это курируемый каталог ресурсов Claude Code (агенты, навыки, плагины, MCP-серверы, конфиги). Там происходит основное коммьюнити-открытие.
Подытожим: берите BMAD для agile-планирования, SuperClaude — для лёгкого конфигурационного слоя, Ruflo — если нужен параллельный multi-agent, а ECC — если нужна полноценная инженерная платформа с безопасностью и постоянной памятью.
Кому стоит использовать Everything Claude Code?
ECC подходит не всем. Если вы используете Claude Code пару раз в неделю для мелких задач, фреймворк покажется лишним оверхедом с минимальной отдачей. Одного CLAUDE.md на 100 строк покроет почти всё нужное.
ECC окупается, когда вы переросли этот этап.
Вот случаи, когда он лучше, чем «ванильный» Claude Code:
- AI-инженеры, строящие агентные системы: если вы проектируете или внедряете рабочие процессы агентов, ECC — рабочая эталонная база. Читайте промпты агентов, определения навыков, конфиги хуков и заимствуйте удачное.
- Энтузиасты продуктивности разработчика: если вы уделяете внимание тулчингу, dotfiles, настройке редактора и шелла — ECC такого же рода инвестиция для Claude Code. Чем чаще используете, тем больше выгоды.
- Команды, использующие Claude Code ежедневно как инфраструктуру: если ваша команда ежедневно делает на Claude Code ревью, планирование, рефакторинг или релиз фич, экономия на консистентности и онбординге копится. Новички получают те же агенты и те же процессы.
- Те, кто строит сложные агентные пайплайны: многошаговые пайплайны, оркестрация субагентов, цепочки MCP, постоянный контекст — всё это уже решено в ECC, и паттерны можно переиспользовать, даже не устанавливая всё целиком.
Кому не стоит выбирать ECC:
- Непостоянные пользователи Claude Code: пару сессий в неделю «помоги отладить скрипт» не требуют 60+ агентов, 260+ навыков и слоя памяти. Оверхед настройки не оправдан.
- Простые разовые задачи: быстрые скрипты, мелкие фиксы, демо-приложения, одноразовые прототипы. «Ванильный» Claude Code справляется отлично, а ECC добавит трения без особой пользы.
- Команды с уже работающей настройкой: если ваш
CLAUDE.mdотточен, а процесс стабилен, миграция на ECC займёт время. Забирайте понравившиеся части, остальное оставьте.
Если сомневаетесь, безопасный шаг — прочитать репозиторий, скопировать два-три интересных агента и навыка и пока пропустить полную установку.
Преимущества и ограничения ECC
Ниже — сильные и слабые стороны ECC. Обе стоит знать до принятия решения.
Преимущества
- Огромная библиотека навыков: около 260 навыков: TDD, аудиты безопасности, паттерны фреймворков, языковые идиомы, ML-инжиниринг, деплой и др. Даже без установки репозиторий — отличный справочник по написанию качественных определений навыков.
- Переиспользуемые рабочие процессы: у вас есть отлаженные промпты для ревью, планирования, рефакторинга и тестирования. Промпт агента code-reviewer часто цитируют даже те, кто не использует ECC, а просто позаимствовал его.
- Постоянная память: такие вещи, как сводки сессий и межсессионный контекст, работают «из коробки». Большинство конфигов Claude Code память вообще не затрагивают.
- Сильная поддержка MCP: готовые конфиги для GitHub, Supabase, Vercel, Railway и др.
- AgentShield: сканер безопасности сам по себе — повод поставить ECC, даже если больше ничего не нужно. Немногие конфиги Claude Code предлагают что-то сопоставимое.
- Open source под MIT: без пэйволла в ядре. Хостимое GitHub App и ECC Pro — отдельно.
- Кроссплатформенность: работает с Claude Code, Cursor, Codex, OpenCode, Zed, Gemini и др. При смене или одновременном использовании нескольких инструментов можно оставить тех же агентов и навыки.
Ограничения
- Кривая обучения: 60+ агентов, 260+ навыков, три пути установки, четыре типа профилей и набор переменных окружения. Первая неделя — разбор, что загружено и что делает каждый компонент.
- Сложность настройки: плагин vs. ручная установка, проблема «правила не распространяются через плагин», дублирующиеся хуки в старых версиях Claude Code, включение/отключение MCP, переменная корня данных агента для нескольких «харанессов». Большинство задокументировано, но работы много.
- Затраты на сопровождение: репозиторий часто обновляется. Количество элементов в каталоге меняется между релизами, имена навыков — тоже.
- Зависимость от экосистемы Claude Code: ECC полагается на спецификацию плагинов, систему хуков и поддержку MCP в Claude Code. При их изменении ECC вынужден подстраиваться.
- Избыточная сложность для многих кейсов: для большинства команд хорошо написанный
CLAUDE.mdна 60–200 строк покрывает 80% того, что предлагает ECC. Оставшиеся 20% ценны, но только если вы ими пользуетесь.
Этот фреймворк — самый полный конфигурационный слой Claude Code на сегодня. Но «самый полный» не значит «нужный каждому».
Итоги
Если вы ежедневно используете Claude Code, на ECC стоит взглянуть. Если нет — репозиторий всё равно полезно прочитать как рабочий референс по построению агентных пайплайнов, которые не рассыпаются на практике.
В любом случае ECC ясно показывает: разработка движется к программируемым пайплайнам агентов, а не одиночным чат-сессиям. Фреймворки для качественной реализации пока новы, и ECC — одна из самых полноценных попыток. Не последняя — и в этом смысл.
Если вы новичок в генеративном ИИ и агентном кодинге, запишитесь на курс Generative AI Concepts. Он даст прочную базу на будущее.