Everything Claude Code (ECC): обзор системы скиллов для агентов

Что такое ECC и почему у него два названия

ECC — это не приложение и не модель. Это надстройка над агентными оболочками: набор правил, скиллов, субагентов и хуков, который заставляет Claude Code, Codex, Cursor, OpenCode и Hermes работать по одной дисциплине. Автор — affaan-m, лицензия MIT, репозиторий открыт 18 января 2026 года.

Старое имя — affaan-m/everything-claude-code. Сейчас проект переименован в ECC, а прежний адрес отдаёт редирект, поэтому обе ссылки ведут в одно место. Аббревиатура расшифровывается как Everything Claude Code — название осталось от первой версии, когда проект был только про Claude Code.

Цифры на 24 октября 2026 года: 287 786 звёзд, 42 659 форков, 281 открытый issue, 58 МБ репозитория, последний коммит 20 октября. Актуальный релиз — 2.2.3 от 1 октября; до него за август–октябрь вышли 2.2.0, 2.2.1 и 2.2.2. В проекте больше 100 контрибьюторов, у автора 1 778 коммитов.

Такой рост — сам по себе аргумент и сам по себе риск. 40 тысяч звёзд за двадцать дней означает, что проект попал в волну интереса к агентным оболочкам зимой 2026-го, а не то, что его успели проверить в продакшене. Поэтому дальше — только то, что видно в коде и что мы проверили руками.

Что внутри: 311 скиллов, 71 агент, 97 команд

Ядро проекта — четыре каталога. skills — основной слой: markdown-файлы по 3–5 КБ с фронтматтером (name, description, metadata.origin) и разделами «When to Use», правила, шаги. agents — субагенты, которых основная модель вызывает как инструмент: у каждого свой фронтматтер с tools и model. commands — слэш-команды, наследие первой версии, их постепенно переносят в скиллы. hooks — автоматизация на события инструментов.

Важная деталь: у каждого скилла описание начинается с условий активации — «Use when the user wants better search visibility…». Это не косметика. Именно по этому полю оболочка решает, подгружать скилл или нет, поэтому качество описания важнее качества текста внутри.

Второй слой — адаптеры платформ: .claude-plugin/, .codex/, .cursor/, .opencode/, .hermes/, .kimi/, .qwen/, .antigravity/ и ещё десяток каталогов. Корень репозитория — источник правды, адаптеры только упаковывают те же файлы под конкретную среду.

Как это работает на самом деле

Схема простая: любая оболочка (Claude Code, Codex, Hermes, Cursor) читает свои настройки, а ECC поставляет ей содержимое. Никакого демона, сервера или прокси нет — это набор файлов, который оболочка интерпретирует.

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

Память вынесена в отдельный слой — Memory Vault. Это файловое хранилище, общее для разных агентов: Hermes может записать контекст, а Codex — прочитать. Работает через CLI ecc memory и опциональный MCP-сервер ecc-memory-mcp. Инициализация: ecc memory init --scope project --scope team.

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

Установка: от npx до режима Hermes

Базовый путь для Claude Code — интерактивный установщик, которому нужен Node.js 18+ и сам Claude Code в PATH:

npx ecc-universal@2.2.3 setup

Для остальных платформ в README есть таблица с командами установки. Профиль minimal ставит только скиллы и правила — без хуков и плагинов, и это единственный разумный вариант для первого знакомства.

Две вещи, которые стоит знать до установки. Первая: установщик пишет в домашний каталог оболочки (~/.claude, ~/.hermes), то есть меняет вашу среду, а не лежит в сторонке. Вторая: часть скиллов ссылается на внешние платные сервисы — например, публикация в соцсети идёт через SocialClaw, есть интеграции с VideoDB. Это не бесплатные локальные практики, и в минимальном профиле они вам не нужны.

Режим Hermes: что реально ставится

Для нас это главный раздел. У ECC есть отдельный документ docs/HERMES-SETUP.md, где Hermes назван «операторской оболочкой», а ECC — «переиспользуемым слоем» под ней. Схема из их документа выглядит так: Telegram или CLI → Hermes → скиллы, хуки, MCP и общая память → Google Drive, GitHub, браузер, исследовательские API.

Установка — одна команда, и она намеренно не ставит хуки:

./install.sh --profile minimal --target hermes

В docs/HERMES-HOOKS.md прямо сказано: граф хуков ECC — это 24 команды, большинство завязано на Claude Code (плагинный бутстрап, канвас плана, транскрипты сессий, учёт расхода токенов), поэтому в Hermes они не переносятся. Вместо этого авторы портировали два хука, которые не зависят от оболочки:

• config-protection — запрещает агенту править существующие конфиги линтеров и форматтеров (.eslintrc*, .prettierrc*, biome.json, ruff.toml). Логика простая: агент под давлением ослабляет проверку вместо того, чтобы чинить код.
• check-console-log — предупреждает, если в изменённом TS/JS остался console.log. Не блокирует, только пишет в stderr.

Память подключается отдельно и требует глобальной установки пакета: npm install -g ecc-universal, затем ecc memory init --scope project --scope team. После этого Hermes может работать с vault напрямую через CLI или через stdio-сервер ecc-memory-mcp. Важная оговорка из их же документации: каждый харнесс должен запускать свой процесс сервера с собственным ECC_MEMORY_HARNESS, а не подключаться к общему.

Что мы проверили сами

Мы не устанавливали ECC целиком. Взяли четыре скилла, которые пересекаются с нашей работой, переписали под Hermes и прогнали на реальных задачах. Результат оказался неровным: два скилла дали то, чего у нас не было, два — подтвердили то, что уже работало.

По следам аудита мы сразу поправили живое: description обзора Cline сократили с 231 до 152 знаков, проверили, что он заменился во всех четырёх местах, пересобрали .gz и отправили URL в IndexNow — Яндекс ответил {"success":true}.

В Video Studio закрыли три дыры: сервис теперь не стартует без явных QVS_PASSWORD и QVS_SECRET (раньше подхватывал change-me), на логин стоит лимит пять попыток за 15 минут (проверено: пять ответов 401, шестой — 429), cookie получила флаг Secure. На сайте появились HSTS, X-Content-Type-Options, X-Frame-Options, Referrer-Policy и Permissions-Policy.

Это и есть главный вывод пилота: ценность ECC не в том, что он «умнее» вашей оболочки, а в том, что он приносит готовые формулировки процедур — то, что обычно пишется месяцами после инцидентов.

Риски и ограничения

Хуки исполняют код. В Claude Code это shell-команды на события инструментов. Ставить их, не читая, — то же самое, что запускать чужой скрипт с доступом к вашему проекту. В Hermes их не ставят вообще, и это скорее плюс, чем ограничение.

311 скиллов — это шум. Автоподбор работает по описаниям, и чем больше файлов, тем выше шанс, что подтянется не тот. Профиль minimal и ручной отбор — обязательны; «поставить всё» почти наверняка ухудшит результат.

Часть скиллов — обёртки над платными сервисами. SocialClaw для публикации, VideoDB для видео, есть даже платежи x402. В репозитории они выглядят как обычные markdown-файлы, но без подписки бесполезны.

Активность частично машинная. Из 281 открытого issue свежие — в основном автоматические записи с меткой [Feedback], а не жалобы пользователей. Звёзды и форки тоже стоит читать как «волну интереса», а не как «проверено в бою».

Размер и язык. 58 МБ, README на 2 198 строк, документация на английском; переводы есть, но отстают. Для русскоязычной команды это дополнительный слой работы.

Скиллы не заменяют ваши данные. Любой скилл — это инструкция. Если в вашей нише нет своих цифр, процедура останется общей: «проверьте title и description» вместо «у вас 503 страницы с нулём кликов».

Кому подходит, а кому нет

Подходит, если вы уже работаете в Claude Code, Codex или Hermes и хотите системные процедуры: ревью, TDD, планирование, безопасность, исследование. Один разработчик получает библиотеку, которую иначе писал бы полгода. Небольшая команда — общий словарь: «делаем по security-review» вместо спора о том, что считать проверкой.

Не подходит, если вы ждёте готовый продукт с интерфейсом, поддержкой и SLA. ECC — это репозиторий, который живёт на скорости коммитов: 2.2.0 → 2.2.3 за два месяца, и часть путей меняется. Также не стоит ставить его целиком на машину, где лежат боевые ключи: 24 хука и установщик, правящий домашние каталоги, — лишняя поверхность атаки.

Наш вывод по методу: брать не установщиком, а поштучно. Читать SKILL.md, переписывать описание под свои триггеры, убирать чужие пути и платные зависимости, проверять на живой задаче. Четыре скилла за один вечер дали больше, чем полная установка с хуками.

Вердикт

8,7 из 10. ECC — самый полный открытый набор агентных процедур из тех, что мы видели: 311 скиллов, 71 субагент, продуманные описания и, что редкость, официальная поддержка Hermes с отдельным режимом установки. За это — высокая оценка.

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

Кому: разработчикам и небольшим командам на Claude Code, Codex или Hermes, готовым отбирать вручную. Не кому: тем, кто ищет коробочный продукт, и тем, кто поставит всё сразу на боевую машину.

Как начинать: клонировать репозиторий, открыть skills/, выбрать три скилла под свои задачи, прочитать их целиком и только потом переносить. Установщик — после того, как вы поняли, что именно он кладёт в ваш домашний каталог.