раздел 05 · подстраница 3

Встроенные skills

Anthropic поставляет десяток skills прямо в CLI. Их не надо устанавливать, они уже там. Стоит знать каждый: половину типовых задач они закрывают без вашего участия.

Зачем

Большинство новичков пишут свои skills под задачи, которые уже решены встроенными. Сначала посмотрите, что есть из коробки - потом стройте поверх.

Полный список

| Команда | Что делает | | ------------------- | ------------------------------------------------------------------------- | | /init | Сгенерировать CLAUDE.md для текущего репозитория | | /review | Code-review текущего diff'а | | /security-review | Security-аудит изменений на текущей ветке | | /verify | Запустить приложение и убедиться, что фича работает | | /run | Запустить проект (CLI, сервер, тесты, скриншот UI) | | /code-review | Альтернатива /review с настройкой effort low/medium/high | | /loop | Прогонять команду на интервале (мониторинг, поллинг) | | /schedule | Создать cron-задание для удалённого Claude-агента | | /deep-research | 8-фазный ресёрч с оценкой источников и финальным отчётом | | /frontend-design | Сгенерировать качественный UI - не дефолтный AI-look | | /brainstorm | Структурный брейнсторм: сначала уточняющие вопросы, потом идеи | | /write-plan | Написать план реализации - до того, как писать код | | /execute-plan | Исполнить ранее одобренный план (часто через параллельных суб-агентов) | | /seo | SEO-аудит и оптимизация: техническое SEO, schema, Core Web Vitals |

Когда какой дёргать

/init

Первое, что запускаете в новом репо. Claude прочитает структуру, основные конфиги, README и предложит CLAUDE.md. Дальше редактируете руками - дописываете правила.

> /init

/review и /code-review

После того как вы (или Claude) что-то изменили и до коммита.

  • /review - быстрый разбор diff'а.
  • /code-review --effort high - глубокий ход по uncertain findings.
  • /code-review --comment - публикует замечания как inline-comments в PR через gh.

/security-review

Перед мержем в main: проверка на секреты в коде, уязвимости в зависимостях, OWASP-top-10 в новых изменениях.

> /security-review

/verify

После того как Claude сказал "готово". Запускает приложение (или собирает фронт, или дёргает endpoint) и проверяет, что фича реально работает - не только тесты, а живое поведение.

> /verify

/run

Запускает проект - именно текущий, без вопросов. CLI - выполнит. Сервер - поднимет и сделает запрос. Браузерное приложение - откроет через playwright и сделает скриншот. Удобно для "покажи, что работает".

> /run

/brainstorm и /write-plan

До кода.

  • /brainstorm - когда задача расплывчатая, нужно покрутить варианты.
  • /write-plan - когда задача ясна, нужен пошаговый план до начала имплементации. Особенно для больших фич.
> /brainstorm нужно ускорить страницу профиля
> /write-plan добавить webhook-подписки

/execute-plan

Парный к /write-plan. Берёт уже одобренный план и исполняет его, часто распараллеливая шаги между суб-агентами.

> /execute-plan

/deep-research

Не путать с быстрым поиском. Это 8-фазный пайплайн с оценкой источников. Используется для market analysis, конкурентного анализа, обзора индустрии. На выходе - структурный отчёт со ссылками.

> /deep-research конкуренты для AI-коучинга в РФ

/frontend-design

Когда нужно реально красивый UI, а не "карточки с серыми тенями". Skill заточен под distinctive design - типографика, ритм, нестандартные сетки.

> /frontend-design hero-секция для лендинга AI-курса

/loop и /schedule

Автоматизация во времени.

  • /loop 5m /verify - каждые 5 минут проверять, что прод жив.
  • /schedule - cron-задание для удалённого агента (например, ежедневный дайджест PR).

/seo

Полный SEO-аудит: техническое (robots, sitemap, canonical), контентное (E-E-A-T, keyword gaps), Core Web Vitals, конкурентный анализ.

> /seo
> /seo проверь только техническое

Лайфхак: цепочка

Типовой workflow для нетривиальной фичи:

/brainstorm   - покрутить варианты
/write-plan   - план на апрув
/execute-plan - параллельная имплементация
/verify       - убедиться, что работает
/review       - code-review
/security-review - на всякий случай

Антипаттерны

  • Не использовать встроенные и писать свои аналоги - дублирование работы.
  • Дёргать /review без /verify - получите "хороший" по виду код, который не запускается.
  • /deep-research для простого вопроса - 8 фаз для "какая версия Next актуальна?" - перебор. Для простого хватит /brainstorm или прямого вопроса.

Полезные ссылки