Агент минуту думает, потом сразу открывает несколько файлов и пишет код без единого уточняющего вопроса. Через пятнадцать минут в чате зелёная галочка и слово «готово», хотя по факту работает только половина. Где-то не обработан пустой ответ API, где-то тест никто не запускал, потому что тестов и не было.
Плагин Claude Code Superpowers встраивает в агента заранее вписанный чек-лист, который тот обязан пройти сам, и напоминать о нём в каждом новом чате больше не нужно, потому что проверка встроена прямо в настройки плагина. Автор плагина — независимый разработчик Джесси Винсент, основатель Prime Radiant, исследовательской лаборатории в области ИИ (по данным репозитория на GitHub). Anthropic плагин не писала, но разместила его в своём официальном маркетплейсе. По данным официальной страницы плагина, на момент проверки у него больше миллиона установок.
Superpowers лицензирован под MIT, поэтому пользоваться им можно бесплатно и без отдельных платных уровней поверх обычного тарифа Claude Code. Это подтверждает репозиторий проекта на GitHub. Ставится плагин через официальную систему плагинов Anthropic, которая упаковывает слэш-команды, субагентов, MCP-серверы и хуки агента и передаёт их одним пакетом. Именно через этот маркетплейс Superpowers и распространяется, в дополнение к исходному репозиторию.
Технически Superpowers состоит из 14 скиллов, компактных инструкций, которые Claude Code подключает по мере надобности вместо одного мегапромпта на всё. Здесь есть скиллы про тестирование и отладку, про совместную работу над планом и код-ревью, про параллельных субагентов и работу с git worktrees. Список запоминать не нужно, потому что почти всё управление берёт на себя четырнадцатый, мастер-скилл «using superpowers», который подгружается автоматически в начале каждой сессии и повторно после сжатия контекста и сам решает, какие из остальных тринадцати включить под конкретную задачу. Для запуска человеку нужна всего одна команда в уже открытой сессии, /plugin install superpowers@claude-plugins-official, без отдельного npm-пакета и без правки конфигов.
Прежде чем открыть редактор, агент спрашивает, что должно получиться на выходе, какие сценарии учитывать и где граница задачи. Для разработчика это способ поймать неверную трактовку до того, как на неё потрачено время. Для предпринимателя без инженерного опыта смысл тот же, только ставки выше, потому что он физически не может вычитать код и понять, правильно ли агент понял задачу. Вопрос в начале сессии эту проверку делает за него.
Отдельный скилл verification-before-completion требует прогнать проверку до того, как агент напишет «готово». Test-driven-development идёт дальше и заставляет сначала написать тест, который обязан провалиться, и только потом — код, который заставит его пройти. Модель больше не может засчитать себе успех по одному факту, что код выглядит правдоподобно. Каждый, кто хоть раз работал с ИИ-агентом, слышал одну и ту же жалобу на то, что агент бодро рапортует о завершении задачи, хотя по факту решил её наполовину. Способность модели ошибаться при этом никуда не делась. Меняется то, что агент больше не может объявить об успехе, не проверив результат.
С отладкой работает похожий принцип, только устроен иначе. Systematic debugging не даёт агенту чинить наугад, поэтому сначала нужно собрать симптомы и предположения, проверить гипотезу и только потом менять код. Если три попытки починить в лоб ничего не дали, скилл переводит агента в архитектурный разбор, предполагая, что причина кроется глубже одной строчки кода, где-то в самом подходе к решению. На практике это защита от ситуации, когда агент десять раз подряд правит симптом и после каждой попытки говорит, что теперь точно исправил.
Ревью тоже не остаётся на совести того же потока, который писал код. Subagent-driven development подключает отдельного агента со свежим контекстом, и тот оценивает результат по плану, стандартам и архитектуре, не будучи причастным к тому, как этот результат получился. Та же механика работает и на самопроверку. Клуб уже разбирал, где параллельные субагенты сами по себе экономят время, а здесь та же техника даёт независимый взгляд на чужую работу. Агент, который писал код, потратил на решение время и по инерции хочет засчитать его успешным, поэтому объективно оценить собственный результат он не способен. У независимого субагента такой инерции нет, поэтому он просто сверяет результат с планом, не более того.
Кейса участника клуба здесь пока нет, потому что плагин слишком новый и никто ещё не успел провести на нём реальный проект и сравнить результат до и после. Зато есть живые разборы людей, которые уже поставили Superpowers себе.
Разработчик Эван Шварц в апреле 2026 года написал разбор личного опыта. До плагина Claude Code слишком быстро бросался реализовывать первое пришедшее в голову решение, которое могло оказаться верным, а могло целиком увести не туда. Встроенный Plan Mode тоже помогал слабо, потому что агент выдавал план на несколько страниц, тяжёлый для вычитки целиком, и на просьбу внести правки присылал новую версию того же многостраничного документа вместо точечного изменения. Superpowers разбил процесс на этапы, и первым видимым результатом стал Plan Sketch — набросок на десяток пунктов, который реально оценить за пару минут, прежде чем тратить время на детальную проработку. После нескольких месяцев использования автор рекомендует плагин без всяких оговорок и пишет, что стал заметно увереннее в том, что написанный агентом код действительно делает то, что было нужно — подробности в его разборе.
Часть разработчиков в комментариях к этому разбору согласилась, что скилл брейнсторминга и правда помогает довести сырую идею до чего-то конкретного, а состязательное ревью через субагентов ловит то, что автор кода сам не заметил бы. Другие остались при своём. Один из комментаторов написал, что Claude с этим плагином ошибается не реже, чем без него, потому что плагин, по его словам, настраивает процесс вокруг модели, а способности самой модели остаются теми же.
Брейншторминг, план, ревью и параллельные субагенты тратят токены ещё до того, как написана хоть одна строчка кода. Так дисциплина устроена намеренно, независимо от размера задачи, и поэтому на мелкой правке или урезанном тарифе она превращается в чистые накладные расходы без выгоды. MindStudio в своём обзоре смотрит на это иначе, потому что, по их аргументу, плагин выстраивает вокруг модели процесс — брейншторминг, план, проверку — но саму модель, ту же самую, что работает и без Superpowers, не меняет и её возможности не расширяет. Если задача комплексная, многошаговая и по-настоящему неопределённая, такая структура окупается. Если это быстрая точечная правка или у автора уже есть свой отлаженный процесс, прописанный в CLAUDE.md, та же структура становится лишней тратой.
Для предпринимателя гонять полный цикл ради того, чтобы поменять цвет кнопки на сайте, означает тратить токены на ритуал, потому что и без брейншторминга с ревью понятно, каким должен быть результат. Иначе обстоит дело с новым модулем, интеграцией с CRM или сценариями, которые сам заказчик пока не сформулировал, потому что там неясно само по себе, что считать словом «готово», а дисциплина окупается именно тем, что агент не подсунет результат, который выглядит правильно, но не работает.
Сильнее всего разница проявляется на интеграциях, потому что там агенту приходится сводить собственные представления о данных с чужим API и десятком пограничных случаев, которые заранее не опишешь ни в одном промпте. Systematic debugging и проверка перед «готово» экономят здесь часы разбора, потому что без них пришлось бы вручную выяснять, почему всё работало на тесте и отвалилось на первом реальном клиенте.
Superpowers — это платно? Нет. Лицензия MIT, под которой распространяется Superpowers, сама по себе означает открытый и бесплатный код, без платных уровней или отдельной подписки поверх обычного тарифа Claude Code (подробнее в начале статьи). Токены он расходует как любой другой инструмент внутри сессии, только чуть больше, потому что часть бюджета уходит на планирование и проверку до самого кода.
Нужно ли программисту устанавливать этот плагин, если я не пишу код сам? Плагин рассчитан на агента и ставится одной командой, поэтому писать код самостоятельно не требуется вообще. Более того, для тех, кто код не читает, дисциплина плагина полезнее, чем для разработчика. Программист способен сам вычитать результат и поймать, что агент понял задачу неверно, а предприниматель без этого навыка вынужден полагаться на то, что агент проверит себя сам. Именно эту проверку Superpowers и форсирует.
Superpowers работает только с Claude Code? Изначально да, но методология оказалась переносимой, и те же скиллы теперь адаптированы ещё под тринадцать других агентов, включая Cursor и Codex. Фокус этой статьи — Claude Code, но сам факт переноса показывает, что форсируемая плагином дисциплина не привязана к одной конкретной модели.
Superpowers встраивает в агента дисциплину, которую и так соблюдает хороший инженер. Агент сначала спрашивает, что нужно, потом планирует, пишет тест раньше кода, проверяет результат и только тогда говорит «готово». Для предпринимателя, который ведёт задачи через Claude Code сам, это конкретная страховка от ситуации, когда агент выдаёт результат, выглядящий правильным, но им не являющийся. Такую настройку дисциплины для агента предприниматели сверяют друг у друга на встречах клуба — приходи в AI Practiq, если хочешь разобрать свой Claude Code с теми, кто уже прогнал через него не один проект.