Superpowers для Claude Code: фреймворк скиллов, который заставляет ИИ думать до кода
Superpowers для Claude Code – open-source фреймворк от создателя K-9 Mail: уточнение требований, план, TDD и ревью вместо кода наугад. 272k звёзд, MIT.
Что такое Superpowers и почему о нём все говорят
Основная проблема кодинг-агентов – они бросаются писать код до понимания задачи. Попросишь «добавь авторизацию» – через минуту видишь два файла с хендлерами, а через час понимаешь, что половина требований не учтена и тесты отсутствуют. Индустрия называет такой подход toy-grade: годится для демо, ломается в проекте. Superpowers решает это через скиллы – markdown-инструкции, которые срабатывают автоматически и обязательно, а не по желанию агента.
Скилл работает как правило, обязательное к выполнению перед любым действием. Если контекст совпадает с триггером скилла (например, «implement feature» активирует test-driven-development), агент останавливается и запускает workflow из скилла. Фраза из README: «The agent checks for relevant skills before any task. Mandatory workflows, not suggestions». Результат: из джуна-импровизатора получается инженер с методологией.
Цифры объясняют масштаб интереса. На 14 августа 2026 года: 271 982 звезды на GitHub, 24 325 форков, 331 открытое issue. За последний месяц – 71 коммит. С 15 января 2026 плагин в официальном маркетплейсе Anthropic, что делает установку тривиальной. Лицензия MIT, никаких платных тарифов. Автор – Джесси Винсент (obra), человек с репутацией: создал Request Tracker (система тикетов, которой пользовались тысячи команд), был менеджером проекта Perl 6 в 2005–2008, основал Keyboardio (эргономичные клавиатуры для разработчиков), написал K-9 Mail (который позже стал Thunderbird для Android). Команда – Prime Radiant, которая предлагает коммерческую поддержку для энтерпрайза.
Философия инструмента: TDD всегда, системность вместо ad-hoc, простота как главная цель, evidence over claims – проверяй прежде чем объявлять успех. Superpowers не делает агента умнее, но дисциплинирует его: каждое действие проходит через фильтр скиллов, каждая задача разбита на шаги по 2–5 минут, каждая строка кода написана после теста. В итоге агент способен работать автономно пару часов без деградации качества – потому что план известен заранее, а не собирается на ходу.
Как работает: 7 шагов конвейера
Superpowers реализует полный цикл разработки через семь обязательных фаз. Ни одна не пропускается. Вот как выглядит путь от идеи до готовой ветки.
Brainstorming – сократический допрос до кода
Первый скилл запускается при любом описании новой фичи. Агент не начинает кодить. Вместо этого – серия вопросов, по одному за раз, в формате multiple choice где возможно. «Какую проблему решаем?» «Кто пользователь?» «Какие технологические ограничения?» «JWT или сессии?» «Где хранить токены?» Каждый ответ сужает пространство решений.
После сбора ответов агент генерирует дизайн-документ, но не целиком. Документ показывается секциями: сначала архитектура (2–3 абзаца), потом модель данных, потом API, потом деплой. После каждой секции – пауза на утверждение. Идея: человек реально читает текст, если он короткий, а не пролистывает простыню. Если секция вызывает вопросы – редактируем до согласия. Только после полного утверждения дизайна агент переходит к следующей фазе.
Результат brainstorming – согласованное понимание того, что строим и почему. По сути контракт между человеком и агентом: весь последующий код будет проверяться на соответствие этому дизайну.
План для «джуниора без вкуса» – задачи по 2–5 минут
Скилл writing-plans берёт дизайн из предыдущей фазы и превращает его в implementation plan. Формулировка из README жёсткая: план должен быть понятен «энтузиасту-джуниору с плохим вкусом, без чутья, без контекста проекта и с отвращением к тестам». Каждая задача содержит: точный путь к файлу, полный код для записи, команды проверки (например, npm test auth.test.js), критерии успеха.
Размер задачи – 2–5 минут работы. Не «добавь авторизацию» (неделя работы), а «напиши функцию validateToken с тремя тестами: валидный токен, протухший токен, некорректная подпись». Если задача требует больше пяти минут – агент разбивает её на подзадачи. Скилл using-git-worktrees срабатывает параллельно: для плана создаётся отдельная ветка и изолированное рабочее пространство. Это гарантирует чистый baseline для тестов – никакие незакоммиченные файлы из главной ветки не влияют на выполнение.
От привычного TODO-листа такой план отличается адресатом: его будет исполнять субагент в чистом контексте, без доступа к истории обсуждения. Поэтому каждая задача самодостаточна: все импорты указаны, все зависимости перечислены, все пути абсолютные.
Субагенты и двухэтапное ревью – свежий агент на каждую задачу
Скилл subagent-driven-development (на харнессах без поддержки субагентов – executing-plans) запускает выполнение плана. Механика такая: каждая задача получает свежий субагент без истории предыдущих задач. Это изоляция контекста. Субагент читает только текст задачи, смотрит на файлы проекта и пишет код. Не отвлекается на обсуждение дизайна, не помнит споры о выборе стека, не тянет токены из brainstorming.
После завершения задачи – двухэтапная проверка. Первый этап: соответствие спецификации. Код делает то, что требовала задача? Тесты проходят? Критерии успеха выполнены? Если нет – задача возвращается на доработку. Второй этап: качество кода. Читаемость, производительность, консистентность с проектом. Этот этап не блокирует прогресс при мелких замечаниях, но останавливает при критичных проблемах (например, SQL-инъекция или утечка памяти).
Скилл requesting-code-review срабатывает между задачами автоматически. Агент не переходит к следующей задаче, пока текущая не прошла ревью. Это создаёт контрольные точки: если на задаче N обнаружена архитектурная ошибка, она не размножается на задачи N+1, N+2. Цикл «ревью-фикс» возобновляет того же имплементера вместо новых диспатчей (изменение из версии 6.2.0), что режет расход токенов. Пятираундовый предохранитель: если фикс не проходит после пяти попыток – эскалация к человеку.
Жёсткий TDD – RED-GREEN-REFACTOR, код до тестов удаляется
Скилл test-driven-development – самый строгий в библиотеке. Он физически не даёт агенту писать реализацию до падающего теста. Workflow выглядит так: RED (напиши тест, убедись что он падает), GREEN (напиши минимальный код для прохождения теста), REFACTOR (улучши код если нужно). Если агент попытается схитрить и написать код до теста – скилл заставит удалить код и начать с RED.
Джесси Винсент применил к этому принципы убеждения из работ Роберта Чалдини (социальная психология) – и они действительно работают на LLM. Скилл тестируется на устойчивость к давлению: ситуации вроде «продакшн горит, некогда писать тесты, каждая минута стоит $5000» – и агент всё равно следует процессу. Формулировка из скилла звучит буквально: «Code written before tests must be deleted and rewritten after tests». Написал до теста – удаляй.
В версии 6.3.0 (12 августа 2026) появилась масштабируемая церемония: задачи классифицируются как spike (исследование), bounded (ограниченная) или architectural (архитектурная). Мелкие задачи пропускают полный двухдокументный ритуал, но TDD остаётся обязательным для всех типов. Утверждение человеком сохранено на каждом пути.
Как установить Superpowers
Установка занимает десять секунд. Открываешь Claude Code (нужна версия 2.0.13 или новее), в терминале пишешь /plugin install superpowers@claude-plugins-official – и готово. Перезапускаешь сессию (/exit и открой заново), при следующем старте увидишь сообщение «SessionStart:startup hook succeeded». Скиллы активны, дополнительная настройка не требуется.
Альтернативный путь – через собственный маркетплейс автора. Сначала регистрируешь его: /plugin marketplace add obra/superpowers-marketplace, затем ставишь плагин оттуда: /plugin install superpowers@superpowers-marketplace. Оба варианта устанавливают одно и то же, выбирай любой. Никаких файлов конфигурации редактировать не нужно, никаких зависимостей ставить отдельно не требуется.
Superpowers поддерживает 14 кодинг-агентов. Кроме Claude Code: Antigravity, Codex App, Codex CLI, Cursor, Devin CLI, Factory Droid, Gemini CLI, GitHub Copilot CLI, Grok Build CLI, Kimi Code, OpenCode, Pi, Hermes Agent. Установка отдельная для каждого – плагин не переносится автоматически между харнессами. Если работаешь в Cursor и Claude Code параллельно – ставишь дважды, в каждый инструмент.
Телеметрия опциональная. По умолчанию плагин отправляет только версию через загрузку логотипа Prime Radiant (одно изображение при старте). Никакой код, никакие промпты не уходят. Если и это не нужно – ставишь переменную окружения SUPERPOWERS_DISABLE_TELEMETRY=1, или используешь DISABLE_TELEMETRY (Superpowers уважает флаг Claude Code). После установки проверь командой /plugins – должен появиться superpowers в списке активных.
Обновление такое же простое: /plugin update superpowers. Скиллы обновляются вместе с плагином. На момент написания статьи актуальная версия – 6.3.0 от 12 августа 2026. Релизы выходят часто: за последние полтора месяца вышло семь минорных версий (с 6.0.0 до 6.3.0), каждая добавляла конкретные улучшения на основе фидбека сообщества.
Что внутри: библиотека скиллов
Скиллы сгруппированы по назначению. Тестирование: test-driven-development плюс справочник writing-good-tests с критериями хорошего теста – быстрый, детерминированный, независимый от порядка запуска. Отладка: systematic-debugging ведёт агента по четырём фазам поиска корневой причины (воспроизвести, локализовать, изолировать, исправить и проверить), а verification-before-completion запрещает говорить «готово» без доказательства – теста, который падал до фикса и проходит после.
Коллаборация – самая большая группа: brainstorming, writing-plans и subagent-driven-development из предыдущего раздела, плюс dispatching-parallel-agents (независимые задачи уходят нескольким субагентам одновременно, каждый в своём worktree), парные requesting-code-review и receiving-code-review, и finishing-a-development-branch – финальная фаза с прогоном тестов и выбором merge или PR. Приятная деталь из 6.3.0: очистка worktree больше не сносит незакоммиченные файлы – агент останавливается и перечисляет их вместо --force.
Мета-группа – writing-skills и using-superpowers. Первый учит агента писать новые скиллы по стандартам фреймворка и тестировать их на устойчивость, второй объясняет сам принцип «сначала ищи скилл, потом действуй». Расширять основной репозиторий со стороны не выйдет – новые скиллы туда обычно не принимают, зато свой набор можно распространять через собственный маркетплейс.
Цена вопроса: когда Superpowers окупается, а когда мешает
Superpowers меняет расход токенов, и направление зависит от масштаба задачи. Замеры блогеров показали: на простых правках прогоны без плагина выходят примерно на 9% дешевле и расходуют на 14% меньше токенов. Логично – мелкая правка не требует брейншторма, детального плана и субагентов, а церемония из семи фаз превращается в чистый оверхед. Сообщество называет это «overkill by design»: фреймворк спроектирован для серьёзной работы и на мелочах честно избыточен.
На крупных многофайловых фичах картина обратная. Планирование задачами по 2–5 минут, изоляция веток через git worktrees и двухэтапное ревью режут расход токенов на 40–60%, потому что агент не тратит ресурс на многократные переделки. Качество кода тоже выше: каждая задача проходит проверку до перехода к следующей, и ошибки не размножаются по проекту.
Версия 6.3.0 показала, что разработчики слышат критику. Церемония теперь масштабируется под тип задачи (spike, bounded, architectural), и мелкие правки пропускают двухдокументный ритуал – при этом утверждение человеком остаётся на каждом пути. Контроллер перестал виснуть на конфликтах плана: раньше была зафиксирована сессия, простоявшая девять часов на вопросе, который агент мог решить сам. Мелкие однотипные задачи теперь батчатся в один диспатч, что заметно снижает расход на субагенты.
Практический консенсус сообщества к августу 2026 сложился такой: ставить, гонять на реальных фичах, явно обходить на мелких правках. Опытным соло-разработчикам советуют брать выборочно – brainstorming и планирование несут основную ценность при доле общего расхода токенов.
Superpowers или модульные скиллы: что выбрать
В сообществе вокруг Claude Code идёт спор между сторонниками цельной методологии Superpowers и лагерем модульных скиллов. Второй лагерь возглавляет Матт Покок – автор набора из 51 независимого скилла, который скачали больше 13 миллионов раз. Его претензия к конвейерным фреймворкам конкретная: шаги жёстко сцеплены, и если на шестом этапе выяснилось, что второй пошёл не туда, приходится перезапускать весь процесс. Скиллы Покока запускаются в любом порядке и сочетаются как угодно.
Superpowers отвечает на это единым конвейером, где результат каждой фазы – обязательный контекст для следующей. Цикл «диалог – план – разработка – ревью» держит дисциплину на больших проектах, особенно когда параллельно работают несколько субагентов. Ослабить сцепку без потери гарантий сложно: двухэтапное ревью имеет смысл только тогда, когда есть план, с которым сверяться.
Рядом живут смежные инструменты спецификаций. Spec Kit – строгие контракты и много документов, OpenSpec – заметно легче, Superpowers – управляемый диалог вместо шаблонов. При ясных и стабильных требованиях лёгкие инструменты быстрее в настройке, при размытых – диалоговый подход Superpowers вытягивает требования, которые вы сами ещё не сформулировали.
О статусе эталона говорят подражатели: smolpowers (минималистичный фреймворк «по мотивам»), claude-code-on-steroids (расширение с 14 до 24 скиллов), адаптеры под Copilot. Выбор между монолитом и конструктором упирается в опыт: методология целиком дисциплинирует и страхует, модульные скиллы дают свободу тем, кто уже знает, какой порядок действий ему нужен.
Стоит ли ставить: вердикт
Ставить стоит, если вы работаете над фичами длиннее пары часов: командная разработка, многофайловые изменения, проекты, где цена бага выше цены токенов. Обязательный workflow дисциплинирует агента, план держит его в рамках часами, а двухэтапное ревью ловит ошибки до того, как они расползутся по коду. Установка – одна команда, откат – одна команда, риск эксперимента нулевой.
Опытным соло-разработчикам на свежих моделях разумнее брать выборочно: brainstorming и writing-plans несут основную ценность – понимание требований и структуру – без полного цикла с субагентами. Для мелких правок фреймворк честно избыточен, и с версии 6.3.0 он сам это признаёт, пропуская церемонию на небольших задачах.
Короче: если хотите, чтобы агент думал до кода, а не после, Superpowers – самый проверенный способ этого добиться. 272 тысячи звёзд и очередь из подражателей намекают, что метод работает.
Смотрите также
-
Новости·Grok Bot: что это, как запустить и безопасно поручить ему работу
-
Новости·ИИ-слоп: что это такое и как его распознать
-
Новости·Ox Alpha: главная загадка не в том, кто его сделал
-
Opensource·Google открыла исходный код ИИ-модели для раннего предупреждения об ураганах
-
Opensource·Moonshot AI открыла веса Kimi K3 — модели на 2,8 триллиона параметров против OpenAI и Anthropic
-
Инструменты разработчика·Claude Fable 5 против Kimi K3: одинаковый результат, втрое дешевле, вчетверо медленнее
-
Opensource·pxpipe: опенсорс-инструмент, который прячет текст в PNG и снижает расходы на Claude Code до 70%
-
Opensource·North Mini Code от Cohere: агентная модель для разработчиков вышла в open-source
-
Исследования·Count Anything: нейросеть, которая умеет считать объекты на любом изображении
Блог