Superpowers: скиллы для Claude Code, которые экономят часы

Сережа Рис · 9 February 2026

Попросил агента сделать админку. Он сразу полез писать код — два экрана компонентов за минуту. Через час я всё выкинул и начал заново.

Проблема: агент слишком торопится

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

По-моему, причина в том, что LLM по умолчанию хочет угодить. Ты сказал “сделай админку” — он делает админку. Не спрашивает, что именно редактировать. Не проверяет, какой стек подходит. Не гуглит ограничения платформы.

Быстро. Мимо.

Superpowers: дисциплина для агента

Superpowers — набор скиллов для Claude Code от Jesse Vincent (48k звёзд на GitHub, официально в marketplace с января 2026). Но “набор скиллов” — упрощение. Это фреймворк, который заставляет агента работать дисциплинированно.

Ключевой принцип — skill-first protocol. Агент обязан искать подходящий скилл перед любой задачей. Не прыгать в код, а сначала понять, что делать.

Главный воркфлоу: brainstorming → design → plan → execute. Каждый этап — отдельный скилл. Каждый заканчивается артефактом, который передаётся дальше.

Установка — 10 секунд. В Claude Code набираешь /plugin, открываешь вкладку Discover, ищешь “superpowers”, ставишь. Перезапускаешь Claude Code — в логе появится “SessionStart:startup hook succeeded”. Всё, скиллы активны.

Trevor Lasn обновил проект до Next.js 16 через Superpowers и не пропустил ни одного файла. Его слова: агент не бросается писать код, а сначала выясняет, что ты на самом деле хочешь сделать.

Именно это мне было нужно.

Кейс: админка для портфолио архитекторов

Задача: сделать админку для сайта архитектурного бюро. Клиент должен редактировать тексты проектов. Сайт статический — React + Vite, данные в JSON.

Вместо “сделай CMS” я запустил brainstorming.

Написал Claude Code на Opus 4.6:

Скилл не побежал генерировать код. Он начал задавать вопросы. По одному. В формате multiple choice.

“Что именно нужно редактировать?” — только тексты. “Как обновлять сайт после изменений?” — предложил варианты: ребилд JSON, headless подход, API с базой. “Какой стек предпочитаете?”

На вопросе про стек я решил не гадать, а исследовать.

Веб-поиск спас проект

Написал Claude Code на Opus 4.6:

Агент через Exa MCP запустил четыре параллельных поиска: CMS для React в 2026, деплой на Railway, SQLite vs PostgreSQL для контейнеров, self-hosted CMS.

Поиск показал: SQLite на Railway теряет данные при каждом деплое. Railway использует ephemeral filesystem — при redeploy контейнер пересоздаётся, файлы исчезают. Railway Support подтверждает: “we don’t maintain any snapshots or backups of ephemeral container storage”. Реальные люди теряли данные в январе 2026.

Без веб-поиска агент бы предложил SQLite. Это дефолтная рекомендация LLM — легче настроить, нет отдельного сервиса. Я бы согласился. Задеплоил. И узнал бы про ephemeral filesystem после первого redeploy, когда клиент потеряет все правки.

PostgreSQL — правильный выбор. Exa MCP это нашёл за секунды.

LLM без веб-поиска предложит устаревшие решения. Данные обучения не покрывают специфику платформ и свежие кейсы. Подробнее про экономию контекста писал в Как перестать сжигать контекст Claude Code впустую.

От вопросов к архитектуре

После исследования brainstorming продолжился. Я выбрал Payload CMS v3 — self-hosted, code-first, TypeScript, поддерживает PostgreSQL и MongoDB.

Но был ещё один вопрос:

Написал Claude Code на Opus 4.6:

Агент снова пошёл в поиск. Нашёл стандартный паттерн: webhook + afterChange hook + Deploy Hook. Клиент меняет текст в CMS → webhook триггерит ребилд статики → сайт обновляется. Никаких запросов к CMS в рантайме.

После всех вопросов скилл сгенерировал дизайн по секциям: архитектура → модель данных → коллекции → prebuild скрипт → деплой.

Plan: 10 задач за полчаса

Дальше — /writing-plans. Скилл взял дизайн из brainstorming и превратил в implementation plan: 10 задач, 5 фаз, с полным кодом для каждой задачи. Плюс промпт для передачи агентам в чистом контексте.

Весь воркфлоу:

/brainstorming
    │
    ▼
Вопросы по одному ◄──── Exa MCP поиск
    │                     (параллельные запросы)
    ▼
Дизайн по секциям
(архитектура → данные → деплой)
    │
    ▼
/writing-plans
    │
    ▼
Implementation plan
(10 задач, полный код)
    │
    ▼
Промпт → новая сессия
    │
    ▼
Агенты выполняют план

От “мне нужна админка” до готового плана — полчаса. Без единой строчки кода. Код пишут агенты потом, в чистых сессиях, по плану.

Почему это работает

Агент без плана сожжёт токены на переделки. Агент с планом выполняет задачи последовательно, в чистом контексте, без потери фокуса.

Я это видел на своих проектах: когда прыгаешь в код сразу — через три итерации контекст замусорен, агент путается, ты начинаешь новую сессию и повторяешь половину работы. Когда есть план — каждая сессия чистая, каждая задача изолированная.

Подходы менялись быстро: в 2024 все вайбкодили “просто напиши”. В 2025 Claude Code добавил Plan Mode — отдельный режим для планирования. В 2026 Superpowers пошёл дальше и сделал планирование обязательным этапом через скиллы.

Что я вынес из этого проекта

Brainstorming без веб-поиска — опасен. LLM уверенно предложит SQLite для Railway. Ты уверенно согласишься. Оба будете неправы. Exa MCP или любой другой поисковый инструмент — обязательная часть brainstorming. Про скиллы как способ переносить такие знания между проектами писал в Skills: как не терять опыт между проектами.

Сначала думай, потом пиши код. Это работало и до AI. С AI — ещё сильнее. Полчаса brainstorming экономят день переделок. Скилл, который заставляет агента задавать вопросы вместо генерации кода — это суперсила, а не ограничение.

Plan — это промпт для агентов. Результат brainstorming — готовый промпт, который передаётся агентам в новую сессию. Они выполняют задачи по порядку, с полным контекстом, без потери фокуса. В моём случае команда из двух агентов собрала CMS и интеграцию с фронтендом параллельно — ещё полчаса, и всё работало.

Итого: полчаса на brainstorming + plan, полчаса на реализацию агентами, потом проверка и допиливание. Час — и у клиента рабочая админка. Два года назад такая задача заняла бы неделю минимум: выбор стека, настройка CMS, интеграция, деплой. Сейчас — вечер.

Попробуйте /brainstorming вместо “сделай мне”.

Об авторе

Подписаться на обновления — @sereja_tech