AIDive

Пакет к видео

Superpowers для Claude Code: таблица вердиктов, источники, чеклист и гид для углубления

9 мин чтения

TL;DR

  • Superpowers это процесс, а не набор инструментов: четырнадцать markdown-скиллов, которые закрывают каждую фичу воротами из сессии brainstorming, письменного плана и цепочки свежих субагентов, каждый из которых проходит ревью.
  • Ставьте, если ваши сессии Claude Code делают фичи на несколько часов. Пропустите, если вы пишете одноразовые скрипты и правки в две строки: входная проверка срабатывает на каждой задаче и никогда не отключается.
  • Аргумент про токены настоящий, но он идет из одного раздела одного скилла: Model Selection. Оркестратор назначает самую дешевую модель, которая справится с ролью, поэтому дорогая модель трогает только архитектуру и финальное ревью ветки.
  • Репозиторий в хорошей форме: 280,597 звезд, 25,138 форков, 681 коммит в main, релиз v6.3.0 от 2026-08-12, создан 2025-10-09.
  • Жалоба, с которой началось видео, статистика использования 1-3 процента, не баг: она значит, что скиллы не срабатывают на вашей работе, так что вы платите за ворота и ничего не получаете взамен.
  • Золотая середина это одно предложение в промпте: скажите агенту пропускать процесс на мелких правках и несколько дней запускайте только brainstorming, прежде чем брать остальное.

Что говорят источники

Цифры репозитория сняты 2026-09-02: 280,597 звезд, 25,138 форков и 681 коммит в ветке main, последний коммит в main от 2026-08-12 (v6.3.0) и более поздний push от 2026-08-31 в ветку не main s1. Вкладка Issues в тот день показывала 125 открытых issues; цифра 350 из API включает 225 открытых pull request, поэтому при сравнении с другими плагинами цитируйте вкладку, а не API s6. Проект создан 2025-10-09 и содержит четырнадцать скиллов s2. Пост автора при запуске объясняет ставку одной строкой: у кодинг-агентов нет проблем с возможностями, им не хватает дисциплины, а дисциплину можно раздавать как обычные markdown-файлы, которые каждый может прочитать, форкнуть и поправить s5. Плагин есть в официальном маркетплейсе, так что установка занимает одну команду, а обновления приходят через маркетплейс s4.

Точка входа это скилл, который хук старта сессии загружает раньше всего остального. Он говорит агенту: если есть хоть малейшее сомнение, применим ли скилл, нужно загрузить его и проверить, прежде чем отвечать или писать код. Это правило источник и пользы, и фиксированной цены s14.

Brainstorming начинается с HARD-GATE: никакого кода, никаких заготовок, никаких скиллов реализации, пока вы не подтвердили явное намерение. Затем запрос попадает в один из трех путей: spike, когда результатом должен быть ответ, а не код; bounded, для небольшого изменения внутри потока, который в репозитории уже есть; architectural, для всего, что перестраивает проект. Агент объявляет классификацию, чтобы вы могли ее оспорить, а храповик работает в одну сторону: скрытая сложность, найденная посреди задачи, поднимает путь выше, но никогда не опускает s9.

Скилл написания плана просит план для компетентного разработчика, который ничего не знает о вашей кодовой базе и, по словам самого файла, обладает сомнительным вкусом. Работа режется на задачи, где каждый шаг занимает от двух до пяти минут: написать падающий тест, запустить и увидеть падение, написать минимальный код, снова запустить тесты, закоммитить. Каждая задача перечисляет точные файлы для создания или изменения, вплоть до номеров строк, а план открывается обязательным заголовком s10.

Выполнение это скилл subagent-driven development: один свежий субагент на задачу, ревью после каждой задачи, ревью всей ветки в конце. Основная сессия перестает писать код и только раздает работу. Каждый субагент получает контекст только своей задачи, никогда историю вашей сессии, и ваше окно остается свободным для координации. После того как субагент реализует, тестирует, коммитит и сам себя проверяет, оркестратор запускает двухчастное ревью: сначала соответствие спецификации, потом качество кода, причем место ревьюера зарезервировано под каждую задачу. Файл ограничивает цикл максимум пятью раундами на задачу s11. Изоляцию самой работы отдают скиллу worktree, поэтому план никогда не выполняется в вашем текущем checkout s13.

Раздел Model Selection начинается с одного правила: используйте наименее мощную модель, которая справится с ролью. Хорошо описанная механическая задача, затрагивающая один-два файла, уходит маленькой модели; когда в плане уже лежит код для написания, реализация сводится к переписыванию плюс тесты, и самого дешевого уровня хватает. Координация нескольких файлов и отладка идут на стандартную модель. Архитектура и финальное ревью ветки требуют самой мощной из доступных. Две детали важны на практике: всегда называйте модель явно при отправке задачи и пусть оркестратор оценит сложность каждой задачи до выбора s12. Именно этот механизм делает дорогую модель доступной на тарифе Pro за двадцать долларов: она работает только над решениями, которые ее заслуживают.

Документация появляется как побочный эффект процесса. Спецификации и планы не сообщения в чате, которые исчезают; это markdown-файлы, сохраненные в репозитории и закоммиченные вместе с работой, так что ревьюер потом читает, почему изменение было сделано, а не только что изменилось s3.

Цена это то, что репозиторий не рекламирует. Тред, запустивший видео, сообщает о статистике использования 1-3 процента и спрашивает, в чем недостаток, кроме того что плагином не пользуются s7. Ответ в файлах такой: brainstorming масштабирует свою церемонию под задачу, но никогда не пропускает подтверждение человеком s9. На правке в две строки вы все равно отвечаете на вопросы по постановке, утверждаете дизайн из двух предложений и ждете полного цикла. Брифы для субагентов, два ревью на задачу и журнал учета это токены, которые вы платите каждый раз, и на самых мелких задачах это заметно. Низкая статистика использования значит, что скиллы не совпадают с вашей работой, и именно этот сигнал стоит читать.

Вердикт по типу использования

Как вы используете Claude Code Ставить? Почему
Фичи на несколько часов, много файлов, отдельная ветка Да Постановка не дает построить не то, короткие задачи удерживают агента от перегрузки контекста, выбор модели растягивает квоту, документация получается сама
Смешанно: фичи в одни дни, правки в большинство дней Да, с правилом пропуска Оставьте ворота для фич, а в промпте скажите агенту пропускать процесс на мелких правках
Одноразовые скрипты, опечатки в конфиге, правки в две строки Нет Фиксированная цена ворот тратится на задачи, которым они не нужны
Интересно, но целиком метод пока не готовы брать Только brainstorming В нем большая часть пользы; остальные скиллы потом подключаются естественно

Сделайте в понедельник

  • Установите из официального маркетплейса и откройте кэш плагина: один раз прочитайте четырнадцать файлов SKILL.md, они короткие и составляют весь продукт.
  • Прогоните одну настоящую фичу через ворота целиком: brainstorming, план, запуск субагентов, ревью ветки. Оценивайте процесс по ней, а не по мелкой правке.
  • Через неделю проверьте статистику использования. Если она ниже нескольких процентов, скиллы не совпадают с вашей работой: либо задачи слишком мелкие, либо запросы нужно формулировать как фичи.
  • Добавьте правило пропуска в инструкции проекта: на правках в одном файле на несколько строк идти сразу к изменению, без brainstorming.
  • Скопируйте лестницу Model Selection в свои промпты для субагентов, даже если откажетесь от плагина: называйте модель явно при каждой отправке.
  • Коммитьте спецификации и планы, которые пишет плагин, а не удаляйте их; это ваша запись о дизайне.
  • Прежде чем сравнивать проект с другим плагином, посчитайте открытые issues на вкладке Issues, а не по цифре из API.

Что читать дальше

  • Прочитайте пост при запуске ради замысла дизайна, прежде чем открывать файлы скиллов: он объясняет, почему дисциплина раздается в виде markdown, а не кода s5.
  • Раздел philosophy в README это короткая версия метода и место, где можно проверить, подходит ли он вашему способу работы s3.
  • Раздел skills library перечисляет четырнадцать скиллов с описанием в одну строку; это быстрее, чем листать каталог s16.
  • Максимум пять раундов на задачу в скилле субагентов это жесткий предел, который стоит скопировать в любую оркестрацию, которую вы пишете руками s11.
  • В одном треде спрашивают, переживет ли такой плагин более сильные модели; выживают ворота постановки и закоммиченные планы, а механику модели поглощают s19.
  • Отчет о недельном лимите, сгоревшем на церемонии оркестрации, это контрпример, который стоит прочитать, прежде чем применять плагин на мелкой работе s20.
  • Сравнение с конкурирующим набором инструкций показывает компромисс: меньше, но строже скиллов против большого каталога правил s18.
  • Список открытых issues самый быстрый способ узнать, что сегодня ломается у других пользователей s6.

Источники

FAQ

Superpowers экономит токены или сжигает их?

И то и другое. На фичах выбор модели отправляет механические задачи маленьким моделям и оставляет дорогую модель для архитектуры и ревью ветки, так что квоты хватает дольше. На мелких правках брифы, два ревью на задачу и журнал учета это чистые накладные расходы.

Что значит статистика использования 1-3 процента?

Скиллы срабатывают, только когда ситуация им соответствует. Низкая цифра значит, что ваши задачи не фичи в понимании плагина, так что вы платите за входную проверку и никогда не доходите до части, которая окупается.

Можно оставить только часть?

Да. Один brainstorming дает большую часть пользы, а лестница Model Selection работает в любом вручную написанном промпте для субагентов. Скажите агенту пропускать процесс на мелких правках, и контроль останется у вас.