Vibe coding дал тысячам людей возможность создавать приложения за часы. Но большая часть кода работает, а на оставшемся многие застревают надолго. Superpowers решает это через два принципа: структуру и субагентов.
Проблема, которую я сам не замечал
Первые недели с Claude Code у меня были примерно такими: описываю задачу, получаю код, радуюсь, запускаю. Работает! Потом добавляю следующую фичу. Потом ещё. А потом что-то ломается в самом неожиданном месте, и я трачу вечер, пытаясь понять что вообще произошло.
Проблема была не в AI. Проблема была в отсутствии структуры.
Без принудительного процесса Claude Code (как и любой другой AI-ассистент) делает то, к чему его не толкают: прыгает сразу в код, минуя уточнение требований. Тесты пишет после реализации, а не до. На большой фиче с десятком файлов начинает терять нить к середине работы. Принцип Парето работает здесь жестоко: строишь что-то, большая часть работает, а на остальном тратишь столько же времени, сколько на всё предыдущее. И это если ты видишь проблему. Если не видишь - отправляешь в production и узнаёшь потом.
Для непрограммистов ситуация острее. Они не могут на глаз заметить архитектурные проблемы или пропущенные edge cases. Без guard rails результат непредсказуем.
Superpowers: дисциплина как плагин
Superpowers - это плагин для Claude Code, созданный Jesse Vincent (на GitHub как @obra). Он набрал больше 57 тысяч звёзд на GitHub и стал одним из самых широко используемых плагинов в официальном Anthropic Marketplace.
Но популярность сама по себе не интересна. Интересна идея за ним.
Superpowers - это не набор подсказок и не улучшенные промпты. Это жёстко закодированная методология. Когда ты его устанавливаешь, Claude Code начинает работать по обязательному workflow: Brainstorm - Design - Plan - Execute - Code Review - Finish. Пропустить этап нельзя. В версии 4.3.0 появились hard gates - физические блокировки. Если Claude попробует написать код до тестов, система удаляет этот код и заставляет начать сначала.
Суть проста: Superpowers заставляет делать то, что опытные инженеры делают по привычке.
Когда я впервые установил плагин и запустил brainstorming на казалось бы простой задаче, система остановила меня буквально через минуту. Не потому что я что-то сломал. Просто Claude начал уточнять требования - методично, по одному вопросу за раз. После пятого вопроса я понял, что задача которую я описал и задача которую я имел в виду - это разные задачи. Это стоило двадцати минут. Альтернатива - переделывать готовый код.
Субагенты: изоляция контекста как основная суперсила
Здесь начинается самое интересное с технической точки зрения.
Обычный сценарий работы с AI-ассистентом: один агент делает всё. Пишет план, пишет тесты, пишет реализацию, проводит review. Кажется эффективным. Но у этого подхода есть скрытая проблема.
Когда один агент видит и тесты, и реализацию одновременно, тесты начинают проверять то, что код делает, а не то, что код должен делать. Технически все тесты проходят. Практически - это ложная безопасность. Плюс к этому, контекстное окно агента растёт с каждой задачей: туда попадает план, обсуждение архитектуры, реализация, тесты, review. На большой фиче из 15-20 файлов агент начинает “плыть” - код становится inconsistent, решения противоречат друг другу.
Superpowers решает это через subagent-driven development. Работает так:
Сначала план разбивается на микро-задачи по 2-5 минут каждая. Допустим, ты делаешь систему уведомлений. Задача 1: схема базы данных для токенов. Задача 2: интеграция с email-сервисом. Задача 3: middleware для аутентификации. На каждую задачу dispatches отдельный субагент с чистым контекстным окном. Субагент не видит, что делали предыдущие субагенты - только свою задачу и необходимые выходные данные от предшественника.
После каждой задачи - двухуровневое review. Первый уровень: соответствует ли реализация плану? Второй: соответствует ли код стандартам качества? Только после прохождения обоих - переход к следующей задаче.
Результат: контекст никогда не раздувается. Richard Joseph Porter, разрабатывающий Shopify-приложения, описал изменение так: “features spanning 15+ files execute without spending an hour fixing inconsistencies and adding skipped tests.” До Superpowers большие фичи теряли coherence к середине. С Superpowers каждая задача получает свежий контекст с ровно тем, что нужно.
Мультиагентные системы выигрывают у single-agent подходов на сложных задачах - это видно и в академических бенчмарках, и в реальных проектах. На практике Claude может работать автономно часами - если план достаточно хорош.
Кейсы людей без опыта программирования
Это не теория. Вот что происходит когда структурированная методология доступна непрограммистам.
Маркетолог строит социальную сеть. Lova - бывший PM из маркетинга, ноль опыта кодирования. За два месяца с Claude Code и структурированным подходом он построил полноценную социальную сеть: сотни тысяч строк TypeScript, несколько сотен файлов, тысячи коммитов. Стек включает Next.js 15, Supabase, Stripe Connect, Cloudflare. Большая часть кода написана AI. Ключевой инсайт Lova: успех не зависит от знания синтаксиса. Зависит от умения структурированно думать - brainstorm, plan, execute - и чётко формулировать “что” и “почему”, не “как”.
Писатель деплоит в production. Автор Long-Long Note - профессиональный писатель, который честно говорит, что не умеет писать код. Его task management приложение прошло путь от идеи до production за четыре месяца. Но реально активной работы там было около двадцати часов. Остальное время ушло на итерации, тестирование, подготовку к деплою. Приложение используется реальными пользователями.
Браузерный редактор за одиннадцать дней. Jeffrey Smith, senior engineer, но непривычный к самостоятельному написанию кода, построил браузерный code editor с AI-ассистентом за одиннадцать дней. Тридцать тысяч строк кода, полторы сотни файлов, vanilla JavaScript без Electron и без бэкенда. Прямая интеграция с Git, поддержка LLM-провайдеров. Скорость здесь пришла именно от структуры - не от магии.
Общее у всех трёх: ни один из них не знал синтаксис до старта. Что изменилось - это дисциплина процесса.
TDD: почему для AI это не рекомендация, а необходимость
Я долго воспринимал TDD как что-то для “настоящих” разработчиков. Пока не понял, что для AI это вопрос не стиля, а достоверности результата.
Вот типичная ситуация без TDD. Ты просишь Claude написать тесты для системы уведомлений. Он пишет expect(notif.send()).toBe(true). Тест проходит. Все довольны. Но что если notification отправляется в никуда? Тест этого не проверяет - он просто проверяет что функция возвращает true.
TDD-first меняет порядок радикально. Сначала - failing test с точным определением успеха:
it('sends email when preference enabled', async () => {
expect(await notif.send()).toHaveBeenCalledWith(user.email);
})
Теперь AI знает не “напиши код который возвращает true”, а “напиши код который вызывает emailService с конкретным адресом”. Это разница между проверкой формы и проверкой содержания.
Исследования подтверждают: AI работает как усилитель существующих практик. Хорошие практики с AI дают лучший результат. TDD с AI - это не вдвое лучше чем просто TDD. Это принципиально другой уровень верификации.
Superpowers делает TDD обязательным. Не опциональным. Код написанный до тестов - удаляется. Для меня это был переломный момент: тесты перестали быть формальностью и стали первым шагом.
Когда использовать Superpowers, а когда нет
Честный ответ: не всегда. Сравнение Superpowers с обычным Claude Code на одинаковой задаче показывает реальный overhead: структурированный подход занимает вдвое-втрое больше времени на простых задачах, при сравнимом качестве кода.
Для простых задач overhead не оправдывается. Практическое правило выглядит примерно так:
Используй Superpowers:
- Фича затрагивает больше трёх файлов
- Ты работаешь без глубокого опыта в стеке
- Код идёт в production
- Хочешь работать несколько часов без постоянного контроля
Используй обычный Claude Code:
- Баг-фикс в одном файле
- Быстрый вопрос или scaffolding
- Задача займёт меньше пяти минут
Для больших фич выбор прост: потратить время на планирование или вдвое больше на отладку. На маленьких задачах планирование съедает больше, чем даёт.
Мифы, с которыми я сам столкнулся
“Два часа автономной работы - это преувеличение.” Я тоже так думал. Потом проверил. Работает - если план хороший. Если план размытый, начинаются inconsistencies через тридцать-сорок минут. Инвестиция в хороший plan на старте окупается длиной автономной сессии.
“Без опыта в коде всё равно напишешь мусор.” Кейс Lova с сотнями тысяч строк от маркетолога - прямое опровержение. Не без ошибок, но рабочий production-код. Методология компенсирует отсутствие синтаксических знаний.
“Superpowers overhead для любой задачи.” Нет. Для маленьких задач - да, overhead заметен. Для больших фич - экономишь на отладке больше, чем тратишь на planning.
Как начать за пять минут
Установка занимает меньше минуты:
/plugin marketplace add obra/superpowers-marketplace
/plugin install superpowers@superpowers-marketplace
После установки ты увидишь новые команды: /superpowers:brainstorm, /superpowers:write-plan, /superpowers:execute-plan и другие.
Первый запуск стоит сделать на реальной задаче, не на тестовой. Начни с /superpowers:brainstorm и опиши что хочешь построить. Claude начнёт задавать уточняющие вопросы - сократовский метод, один вопрос за раз. Это занимает 10-20 минут. По итогу создаётся design document.
Потом /superpowers:write-plan разбивает фичу на микро-задачи. Каждая - атомарная, 2-5 минут, с конкретными файлами и путями. После одобрения плана - /superpowers:execute-plan. Субагенты начинают работать по очереди, каждый с чистым контекстом и тестами вперёд.
В конце /superpowers:finish-branch - и ты выбираешь: создать PR, слить в main или оставить в отдельной ветке.
Структура - это новый bottleneck
Год назад главный вопрос был: “Может ли AI написать нормальный код?” Теперь этот вопрос устарел. Может. Вопрос стал другим: “Можешь ли ты организовать работу AI так, чтобы получить надёжный результат?”
Главная проблема AI-ассистентов сегодня - не в способностях. В дисциплине.
Vibe coding открыл дверь. Superpowers показывает, что за ней есть методология - и она работает даже когда у тебя нет лет опыта за спиной. Писатели, маркетологи, product managers строят production приложения с реальными пользователями. Не потому что AI стал умнее. Потому что появился инструмент который не даёт ни AI, ни тебе срезать углы.
Попробуй на следующей фиче. Потрать двадцать минут на brainstorm и plan. Посмотри, что происходит когда субагент пишет тест не зная реализацию. Разница заметна.