28 апреля 2026
Claude Code поставляется с плагинной системой, в official marketplace больше ста готовых пакетов, плюс растущая экосистема третьих сторон. Поставить всё подряд - проигрышная стратегия: каждый плагин ест бюджет skill descriptions, добавляет агентов в выбор делегирования, hooks выполняются на каждый tool call. Статья даёт практическую сетку: что реально окупается под веб-разработку (включая Ruby/Rails), написание статей, работу с Jira/Confluence и автоматизацию рутины - с командами установки, базовым использованием и одним advanced-приёмом на каждый плагин.
Зачем плагины и сколько ставить
Плагин - это упакованный набор из четырёх типов компонентов: skills (markdown с инструкциями и подстановками), agents (субагенты с собственным system prompt), hooks (обработчики lifecycle-событий) и MCP-серверы (внешние tool calls). Архитектуру разбирает Как работают плагины Claude Code; здесь - о том, какую цену вы платите за каждый плагин.
Что считается:
- Skills - harness загружает только короткие описания, бюджет ~2% контекстного окна (fallback 16 000 символов). Полное содержимое подгружается при вызове, но описания висят в контексте всю сессию.
- Agents - попадают в выбор делегирования. Десять агентов с похожими описаниями - десять кандидатов на каждую задачу, и модель чаще ошибается.
- Hooks - PreToolUse выполняется перед каждым Bash, Edit, Write. Скрипт на 100 мс умножается на сотни вызовов за сессию.
- MCP-серверы - процесс на каждый плагин. Серверы запускаются при SessionStart, десять серверов - десятки секунд старта.
Реалистичный набор - 5-7 плагинов под конкретный workflow. Не «всё, что выглядело интересно».
Дальше в статье плагины сгруппированы по задачам. Берите из каждой группы только те, что реально нужны.
Установка и базовые механики
Marketplace и команда
claude-plugins-official подключён по умолчанию. Установка из него:
/plugin install <name>@claude-plugins-officialТретьи стороны добавляются явно:
/plugin marketplace add <git-url-or-org/repo>
/plugin install <name>@<marketplace-id>После установки иногда нужно обновить:
/plugin marketplace update <marketplace-id>
/reload-plugins
/reload-plugins подхватывает изменения без рестарта сессии. Типичный отчёт: «1 plugin · 0 skills · 5 agents · 0 hooks · 1 plugin MCP server».
Scopes установки
Куда плагин записывается:
| Scope | Файл | Назначение |
|---|---|---|
user |
~/.claude/settings.json |
Личные плагины во всех проектах (по умолчанию) |
project |
.claude/settings.json |
Командные, коммитятся в репозиторий |
local |
.claude/settings.local.json |
Проектные, в .gitignore |
managed |
Managed settings | Корпоративные, read-only |
Плагин в project scope, закоммиченный в git, гарантирует одинаковое поведение Claude Code у всей команды. Личные эксперименты держите в user.
Что проверить после установки
/plugin # список плагинов
/agents # доступные агенты с источником
/hooks # все hooks с источником (Plugin | User | Project | ...)
/help # доступные slash-команды
Перед установкой плагина из третьей стороны сделайте аудит: что он добавит в PreToolUse, есть ли HTTP-hooks, не заменяет ли он system prompt через settings.json с ключом agent. Чек-лист аудита разобран в статье Как работают плагины Claude Code.
Универсальный baseline
Эти плагины полезны почти любому проекту независимо от стека. Если только начинаете - возьмите 3-4 из этого списка, остальное по необходимости.
context7 (269k installs)
MCP-сервер от Upstash, который подгружает свежие доки библиотек по версии. Решает главную проблему LLM на новых API: модель «знает» React 18, а у вас 19; знает Tailwind 3, а у вас 4.
/plugin install context7@claude-plugins-official
Базовое использование: в промпте упомяните библиотеку и версию, или попросите явно: «Use context7 to get current docs for Next.js 15». Claude вызовет resolve-library-id и get-library-docs.
Advanced: в CLAUDE.md зафиксируйте версии стека («Next.js 15.2, Tailwind 4.0, React 19»). Тогда context7 будет дёргать ровно те доки, без необходимости каждый раз указывать версию вручную.
code-review (255k)
Агентная связка для первого прохода ревью PR. Несколько специализированных агентов (security, performance, style) с confidence-фильтрацией - комментарии ниже порога не показываются.
/plugin install code-review@claude-plugins-official
Базовое: /code-review на текущем PR или на ветке. Получаете список замечаний с привязкой к строкам.
Advanced: настройте порог confidence в settings.json плагина и комбинируйте с GitHub-плагином - результат сразу публикуется как PR-комментарий.
code-simplifier (212k)
Скан недавно изменённых файлов с поиском дублирования, мёртвого кода и over-engineering.
/plugin install code-simplifier@claude-plugins-officialБазовое: запускайте после AI-генерации или большого рефакторинга. Плагин предложит конкретные сокращения, не меняя поведение.
Advanced: скилл хорошо ложится в pre-commit или в Stop hook - запускается автоматически перед коммитом.
claude-md-management (155k)
Аудит и поддержка CLAUDE.md: ищет дубли, устаревшие команды, расхождения между описанием архитектуры и реальной структурой репозитория.
/plugin install claude-md-management@claude-plugins-official
Базовое: периодически (раз в месяц или после крупного рефакторинга) - один прогон находит места, где CLAUDE.md начал врать про код.
Advanced: в SessionStart hook добавьте быструю проверку, что упомянутые в CLAUDE.md файлы и команды существуют. Расхождение - повод обновить.
github (200k)
Официальный GitHub MCP. Покрывает issues, PRs, search, comments, releases.
/plugin install github@claude-plugins-officialБазовое: «Найди все открытые issues с лейблом bug в репо X», «Создай PR из текущей ветки с заголовком Y».
Advanced: комбинируйте с code-review и Routines - получаете автоматическое первое ревью каждого нового PR.
Сводная таблица топ-12 official-плагинов
| Плагин | Installs | Основной use-case |
|---|---|---|
frontend-design | 564k | Production-grade UI без «AI-look» |
superpowers | 476k | Mandatory-skills фреймворк (TDD, debugging) |
context7 | 269k | Свежие доки библиотек |
code-review | 255k | Multi-agent ревью PR |
code-simplifier | 212k | Чистка после AI-генерации |
github | 200k | GitHub MCP |
playwright | 179k | Browser automation |
feature-dev | 176k | Workflow explore-design-review |
skill-creator | 176k | Скаффолд собственных skills |
claude-md-management | 155k | Аудит CLAUDE.md |
ralph-loop | 145k | Цикл «do-evaluate-next» для batch-задач |
typescript-lsp | 142k | TypeScript LSP |
ruby-lsp для Rails-проекта).
Web-разработка
Универсальные web-инструменты
playwright (179k)
Browser automation через MCP. Главное отличие от screenshot-based инструментов: Playwright читает accessibility tree, а не пиксели - в разы экономит токены и позволяет делать assertions без visual diff.
/plugin install playwright@claude-plugins-officialЧто доступно: ~22 tools в 6 группах
| Группа | Tools | Назначение |
|---|---|---|
| Навигация | browser_navigate, browser_navigate_back, browser_close, browser_resize |
Открыть URL, history, viewport |
| Чтение | browser_snapshot, browser_take_screenshot, browser_console_messages, browser_network_requests |
Структура страницы, картинка, логи, HTTP-трафик |
| Действия | browser_click, browser_hover, browser_type, browser_fill_form, browser_select_option, browser_press_key, browser_drag/browser_drop, browser_file_upload, browser_handle_dialog |
Любые user-interactions |
| JS | browser_evaluate, browser_run_code |
Выполнение JS на странице |
| Вкладки | browser_tabs |
list / create / close / select |
| Ожидания | browser_wait_for |
Ждать текст, исчезновение, время |
Snapshot vs screenshot
Это два read-tool с разной целью, и путаница между ними - типичная ошибка.
| Инструмент | Возвращает | Для чего |
|---|---|---|
browser_snapshot |
YAML accessibility tree с уникальным ref на каждый элемент |
Действия. Чтобы кликнуть, нужен ref. Snapshot - почти всегда первый шаг после navigate. |
browser_take_screenshot |
PNG / JPEG | Визуальная проверка. Сравнить вёрстку, прицепить к ответу. Для действий не годится. |
Типичный цикл взаимодействия:
browser_navigate(url)
-> browser_snapshot # ищем ref нужного элемента
-> browser_click(ref) # клик
-> browser_snapshot # проверяем новое состояние
-> browser_take_screenshot # финальное визуальное подтверждениеБазовое использование
Естественный язык - Claude сам составляет цепочку вызовов:
"Открой https://example.com, заполни форму логина email/password,
нажми submit, проверь, что страница содержит 'Welcome'"
Под капотом: browser_navigate → browser_snapshot → browser_fill_form → browser_click(submit-ref) → browser_wait_for({text: "Welcome"}).
Сценарии: Rails-проект
Проверка рендера статьи после правок.
"Открой http://localhost:3000/motions/<slug>,
сделай snapshot, проверь что:
- есть masthead с h1
- TOC list-group со всеми H2 как ссылками
- два share-bar (compact и full)
- 0 console errors
если что-то не так - покажи пункт"Тест share-bar interactions.
"На статье найди иконку Telegram в share-bar, кликни,
проверь что открылась новая вкладка с URL начинающимся
с https://t.me/share/url?url="
Под капотом: browser_snapshot для поиска по aria-label="Поделиться в Telegram", browser_click(ref), browser_tabs(list), browser_tabs(select, index), проверка URL.
Дебаг Stimulus-controller.
"Открой статью, выполни в консоли:
window.Stimulus.getControllerForElementAndIdentifier(
document.querySelector('[data-controller=share]'), 'share'
)
покажи возвращённый объект"
browser_evaluate возвращает JSON-сериализуемый результат - удобно для inspect runtime-state без открытия DevTools руками.
Headless vs headed
По умолчанию плагин запускает headless Chromium. Для визуального дебага - флаг --headed при конфигурации MCP-сервера:
{
"mcpServers": {
"playwright": {
"command": "npx",
"args": ["@playwright/mcp", "--headed"]
}
}
}Headless быстрее и стабильнее в CI; headed - для разовой отладки, когда нужно увидеть, что именно происходит на странице.
Гочи
- Accessibility tree пропускает элементы без role. Если
<div>без ARIA-role и без видимого текста - его нет в snapshot. Решение: добавить role в HTML или использоватьbrowser_evaluateсquerySelector. - Async-контент не появляется автоматически.
browser_snapshotснимает текущее состояние - данные через fetch требуютbrowser_wait_for({text: "..."})илиbrowser_wait_for({time: 2}). - Cross-origin iframe видны только как контейнер. Содержимое доступно только для same-origin.
- Долгие сессии копят вкладки. После серии действий -
browser_closeилиbrowser_tabs(close).
Advanced: свой skill для browser-check
Если регулярно проверяете рендер motion после правок, упакуйте последовательность в skill:
---
name: check-motion
description: Verify a motion view renders correctly in the browser
allowed-tools:
- mcp__plugin_playwright_playwright__browser_navigate
- mcp__plugin_playwright_playwright__browser_snapshot
- mcp__plugin_playwright_playwright__browser_console_messages
- mcp__plugin_playwright_playwright__browser_take_screenshot
---
# Check Motion
For motion slug $1:
1. browser_navigate("http://localhost:3000/motions/$1")
2. browser_snapshot - verify masthead with h1, TOC list-group,
both share-bars (compact + full)
3. browser_console_messages - fail if any error
4. browser_take_screenshot fullPage: true,
filename: "$1-render.png"
5. Report PASS / FAIL with specifics
Вызов /check-motion best-plugins-for-claude закрывает Phase 5 в workflow new-article: одна команда вместо ручной последовательности navigate → snapshot → проверка → screenshot.
chrome-devtools-mcp
Live-контроль Chrome через Chrome DevTools Protocol. Не дубликат playwright - даёт доступ к performance traces, Lighthouse-аудиту, memory snapshots и расширениям, всё, что есть в Chrome DevTools.
/plugin install chrome-devtools-mcp@claude-plugins-official
Под капотом плагин запускает npx -y chrome-devtools-mcp@latest. Требования: Node.js 20.19+ и установленный Chrome (stable или новее).
Что доступно: 34 tools в 8 группах
| Группа | Tools | Назначение |
|---|---|---|
| Навигация | navigate_page, new_page, close_page, list_pages, select_page, wait_for |
Открытие страниц и управление вкладками |
| Действия | click, hover, type_text, fill, fill_form, press_key, drag, upload_file, handle_dialog |
User-interactions |
| Эмуляция | emulate, resize_page |
Viewport, network throttling, CPU throttling, mobile emulation |
| Performance | performance_start_trace, performance_stop_trace, performance_analyze_insight |
Запись и анализ performance trace - то, ради чего обычно ставят плагин |
| Network | list_network_requests, get_network_request |
HTTP-трафик с детальными timings |
| Debugging | evaluate_script, list_console_messages, get_console_message, take_snapshot, take_screenshot, lighthouse_audit |
JS, console, snapshots, Lighthouse в один вызов |
| Memory | take_memory_snapshot |
Heap-снапшот для поиска утечек |
| Расширения | install_extension, list_extensions, reload_extension, trigger_extension_action, uninstall_extension |
Управление browser extensions - для тех, кто их разрабатывает |
Когда что выбирать: chrome-devtools-mcp vs playwright
| Задача | Инструмент |
|---|---|
| E2E-тест user flow | playwright |
| Проверить, что страница рендерится без ошибок | playwright |
| Найти причину медленной загрузки | chrome-devtools-mcp |
| Сравнить bundle size до/после изменений | chrome-devtools-mcp |
| Lighthouse аудит SEO / a11y / perf | chrome-devtools-mcp |
| Поиск memory leak в SPA | chrome-devtools-mcp |
| Тест browser extension | chrome-devtools-mcp |
| Скрейпинг для прототипа | playwright или firecrawl |
Сценарий 1: Performance trace
Главный use case плагина. Запись trace, анализ через insights:
"Открой http://localhost:3000/motions/best-plugins-for-claude,
запусти performance trace, проскроль до конца страницы за 3 секунды,
останови trace.
Покажи: long tasks (>50ms), TTI, LCP, CLS,
самые тяжёлые JavaScript-функции."
Под капотом: navigate_page → performance_start_trace → evaluate_script для скролла → wait_for 3 сек → performance_stop_trace → performance_analyze_insight с разными insight types (LongTasks, RenderBlocking, FontDisplay, LCPBreakdown).
Регрессионный pattern: сохраняйте baseline-trace в spec/fixtures/perf/, после изменений сравнивайте новый trace - порог LCP, число long tasks, размер JS bundle.
Сценарий 2: Lighthouse в один вызов
"Запусти lighthouse_audit на https://senzpo.ru/motions
по категориям performance + accessibility + seo,
покажи все issues с severity error и warning."
Один вызов lighthouse_audit возвращает структурированный отчёт - не нужно запускать npx lighthouse отдельно и парсить JSON. Удобно для CI: одна точка входа в audit-метрики, без обвязки.
Сценарий 3: Поиск memory leak
"Открой страницу с навигацией, сделай baseline memory snapshot.
Прокликай 5 раз туда-обратно по разделам.
Сделай второй snapshot.
Покажи detached DOM nodes, retained size в обоих snapshot,
diff между ними - какие объекты не освободились."
Под капотом: navigate_page → take_memory_snapshot → серия click → take_memory_snapshot → анализ. Удобно для поиска утечек в SPA, где компоненты не размонтируются полностью (event listeners остались, замыкания держат старый DOM).
Сценарий 4: Подключение к существующему Chrome
Уникальная фича - --browser-url. Можно запустить Chrome руками с --remote-debugging-port=9222, открыть в нём свой live-проект с авторизацией, cookies, любым state - и подключить chrome-devtools-mcp к нему:
# Запустить Chrome с CDP-портом
google-chrome --remote-debugging-port=9222
# Конфиг плагина (.mcp.json):
# args: ["chrome-devtools-mcp@latest", "--browser-url", "http://localhost:9222"]Claude получает доступ к вашей реальной сессии: можно дебажить production-страницу, в которую вы залогинены, без воспроизведения логина в headless-сессии. Особенно ценно для admin-панелей с MFA.
Ключевые флаги
| Флаг | Назначение |
|---|---|
--headless | Запуск без UI |
--channel stable|beta|dev|canary | Выбор канала Chrome |
--browser-url URL | Подключиться к существующему Chrome через CDP |
--executable-path PATH | Кастомный путь к Chrome-бинарю |
--isolated | Временный user profile с авто-очисткой |
--viewport WIDTHxHEIGHT | Размер окна (1280x720, 1440x900...) |
--slim | Минимальный набор из 3 tools (navigation, execution, screenshots) - экономит контекст |
Гочи
- Performance trace - тяжёлая операция. На большом trace JSON может быть несколько мегабайт. Не запускайте на 30-секундных скроллах - 3-5 секунд достаточно для основных insights.
- Lighthouse меняет окружение страницы. Audit включает throttling по умолчанию - если делаете несколько прогонов подряд, делайте паузу или сбрасывайте state.
- Memory snapshots тоже тяжёлые. 50-200 MB JSON. Сохраняйте на диск, не держите в контексте сессии.
- Расхождение с реальным Chrome. Плагин использует ту версию Chrome, что найдёт. Для production-проверки укажите
--channel stable. --isolatedдля чистого сетапа. Без флага плагин может задействовать ваш основной user profile - cookies, кэш, расширения. Для воспроизводимых тестов используйте--isolated.
frontend-design (564k)
Самый популярный плагин в official marketplace. Решает проблему «дефолтного AI-look» - сине-серая палитра, generic Tailwind-классы, всё одного шрифтового веса, симметричные сетки. Перед генерацией кода устанавливает design framework: цель, аудитория, конкретное эстетическое направление.
/plugin install frontend-design@claude-plugins-officialЧто плагин делает иначе
- Типографика - продуманные пары шрифтов (serif + mono, display + sans), а не дефолтный Inter везде.
- Композиция - асимметрия, grid-breaking elements, неочевидные spatial-решения.
- Глубина - градиенты, текстуры, наслаивание - вместо плоских блоков с тенью.
- Motion - оркестрированные анимации, scroll-triggered interactions - вместо одинаковых fade-in на каждом блоке.
- Палитра - конкретный mood вместо «modern blue gradient».
Эстетические направления
Плагин понимает целевую aesthetic и применяет её последовательно:
| Направление | Признаки | Когда подходит |
|---|---|---|
| Brutalist | Жёсткие шрифты, контрастные блоки, edges без скруглений, монохром | Tech-блоги, dev-tools, manifests |
| Maximalist | Перегруженные композиции, много типографических акцентов, насыщенные цвета | Креативные агентства, портфолио |
| Retro-futuristic | VHS-эффекты, 80-е цвета, неон, glitch | Музыка, gaming, art |
| Luxury | Просторные layouts, тонкая типографика, дорогая текстура | Финтех, премиум-сегмент |
| Playful | Скруглённая геометрия, тёплая палитра, иллюстрации | Consumer apps, edtech |
Активация
Плагин активируется автоматически, когда Claude видит fronend-задачу в промпте. Слова-триггеры: «dashboard», «landing page», «hero section», «component», «UI».
Workflow
Полный лендинг с указанием направления:
"Build a landing page for a Postgres optimization SaaS.
Target audience: senior backend engineers.
Aesthetic: brutalist with monospace headlines.
Tech: React + Tailwind CSS 4."Плагин сначала формирует design rationale (палитра, типографика, scroll-rhythm), потом пишет код. Без плагина Claude чаще пропускает design-фазу и сразу пишет компоненты.
Один компонент в стиле существующей дизайн-системы:
"Сгенерируй pricing-table компонент.
Дизайн-токены и базовые компоненты бери из app/components/ui/.
Aesthetic должна совпадать с существующими Card и Button."Редизайн страницы с сохранением функциональности:
"Возьми текущую /pricing страницу.
Сохрани логику и интерактивы, поменяй только визуал
в направлении luxury - тонкая типографика, серовато-кремовая
палитра, больше белого пространства."Связка с design tokens
Зафиксируйте design tokens в CLAUDE.md или в отдельном docs/design-tokens.md с @import - плагин будет использовать их вместо собственных предпочтений:
## Design Tokens
### Палитра
- bg-primary: #0a0a0a (deep black)
- bg-secondary: #1a1a1a
- text-primary: #ededed
- accent: #00ff88 (signal green)
### Типографика
- Display: "JetBrains Mono", monospace
- Body: "Inter", sans-serif
- Code: "Fira Code", monospace
### Spacing
- Базовая единица: 4px
- Section padding: 96px (desktop), 48px (mobile)Гочи
- Без направления плагин выберет своё. Без явного aesthetic-указания плагин может уйти в maximalist там, где нужен luxury - всегда задавайте направление в промпте или в CLAUDE.md.
- Конфликт с существующей дизайн-системой. Если в проекте уже есть готовые компоненты, явно скажите «используй
app/components/ui/» - иначе плагин может пересоздать аналог в собственном стиле. - Тяжёлые анимации. Motion-эффекты могут быть слишком массивны для прода - после генерации проверяйте performance trace в
chrome-devtools-mcp.
figma (104k)
Официальный плагин от Figma. Не просто «скриншот → код» - извлекает структурированные design data (layout, типографика, цвета), достаёт design tokens, мапит Figma-компоненты на ваш codebase через Code Connect, и захватывает визуальные референсы для валидации pixel-perfect-фиделити.
/plugin install figma@claude-plugins-officialРаботает с Figma cloud и desktop app. Авторизация - OAuth при первом вызове.
Три ключевых команды
| Команда | Что делает |
|---|---|
/implement-design |
Переводит Figma-фрейм в код, используя дизайн-систему вашего проекта (а не собственные предпочтения) |
/create-design-system-rules |
Генерирует кастомные guidelines, которые кодифицируют ваши соглашения по разработке: какие токены использовать, как именовать компоненты, какие паттерны допустимы |
/code-connect-components |
Устанавливает маппинги между Figma-компонентами и их кодовыми реализациями. После этого /implement-design использует ваши настоящие компоненты, а не пересоздаёт их |
Code Connect: что это и зачем
Code Connect - механизм Figma для привязки дизайн-компонента к коду. После настройки разработчик в Figma видит точное название React-компонента, prop-интерфейс и пример использования. Плагин figma использует Code Connect, чтобы при генерации кода брать ваши <Button variant="primary">, а не выдумывать новый button с собственными классами.
Workflow: design-to-code за 3 шага
Шаг 1 - один раз: настроить правила и connections.
"/create-design-system-rules
наш стек: React 19, TypeScript, Tailwind 4, Radix UI primitives.
дизайн-токены в src/styles/tokens.css.
компоненты в src/components/ui/.
naming convention: PascalCase, files в kebab-case."
"/code-connect-components
свяжи Figma-компонент Button (id: 1:42) с src/components/ui/button.tsx.
свяжи Card (id: 1:55) с src/components/ui/card.tsx.
свяжи Input (id: 1:67) с src/components/ui/input.tsx."Шаг 2 - на каждый дизайн.
"/implement-design
вот ссылка на фрейм https://figma.com/file/.../frame-id-1234
нужен React-компонент.
сохрани в src/pages/pricing/components/.
используй существующие Button, Card из дизайн-системы."
Шаг 3 - валидация. После генерации можно дёрнуть chrome-devtools-mcp или playwright для скриншота и сравнить с Figma-фреймом - где расхождение.
Связка с frontend-design
Плагины комплементарны:
figmaотвечает за «что именно нарисовано» - точные размеры, цвета, токены, маппинг на ваши компоненты.frontend-designотвечает за «как сделать его живым» - motion, scroll-triggered эффекты, неочевидные интеракции.
Если у вас есть Figma-дизайн - figma даст точный baseline, frontend-design добавит детали взаимодействия, которые в статичном Figma-фрейме не передаются.
Гочи
- Без Code Connect плагин будет пересоздавать компоненты. Один раз настройте маппинг для базовой 10-15 компонентов - дальше плагин будет использовать их везде.
- Auto-layout vs absolute positioning. Figma-фреймы без auto-layout трудно перевести в адаптивный код. Если дизайнер не использовал auto-layout - готовый код может ломаться на разных viewport.
- Variants и состояния. Если в Figma описаны hover/focus/disabled через variants, плагин их подхватит. Если состояния разбросаны по разным фреймам - вытащит только текущий.
- Десктоп-приложение даёт точнее. Cloud-версия Figma может терять часть metadata (custom fonts, плагинные эффекты) - desktop app exposes полный объём данных.
firecrawl
Скрейпинг с LLM-ready Markdown-выводом.
/plugin install firecrawl@claude-plugins-officialБазовое: «Возьми contents с https://example.com/blog и сохрани как Markdown».
Advanced: для прототипа - быстро собрать датасет публичных страниц, проиндексировать через RAG, получить рабочий MVP без скрейпинг-кода.
greptile
Семантический поиск по кодовой базе через NL. В больших монорепо grep теряется на полиморфных названиях, а LSP плохо ищет «что-то про авторизацию».
/plugin install greptile@claude-plugins-officialБазовое: «Найди весь код, отвечающий за rate limiting».
Advanced: скилл хорошо работает как первый шаг перед делегированием Explore-субагенту - greptile даёт стартовые файлы, дальше Explore читает их детально.
commit-commands и autofix-bot
commit-commands - быстрые workflow «коммит / пуш / PR» одной командой. autofix-bot - vuln + secret detection в diff.
/plugin install commit-commands@claude-plugins-official
/plugin install autofix-bot@claude-plugins-official
Связка: autofix-bot работает как PostToolUse после Edit/Write - перед commit-commands проверяет diff на секреты и известные уязвимости.
Под язык: Ruby и Rails
Если работаете с Ruby/Rails - стек закрывается тремя источниками: official ruby-lsp, community-skills от st0012, marketplace от hoblin. Профиль этого сайта построен на Rails 7 + RSpec + RuboCop, дальше говорю про реальный сетап.
ruby-lsp (official, 4.7k)
На базе Shopify ruby-lsp. Поддерживает .rb, .rake, .gemspec, .ru, .erb. Через add-on system - Ruby LSP Rails и Ruby LSP RSpec.
/plugin install ruby-lsp@claude-plugins-official
Требования: Ruby 3.0+, гем установлен (gem install ruby-lsp или в Gemfile).
Базовое: после установки Claude видит syntax errors и undefined methods после каждого Edit (type errors - при подключённых add-on Sorbet или RBS sigs). Резко уменьшается «invented methods» - выдуманные методы, которых нет в вашем коде.
Advanced: включите add-on Ruby LSP Rails - получаете навигацию по belongs_to, has_many, route helpers, Active Record column types. Add-on RSpec даёт go-to-definition на let, subject, shared examples.
st0012/ruby-skills (community)
От Stan Lo (maintainer debug.gem). Три скилла, закрывающие типичные боли Ruby-проектов:
/plugin marketplace add st0012/ruby-skills
/plugin install ruby-skills@ruby-skills| Skill | Что решает |
|---|---|
ruby-version-manager |
Автодетект и активация версии (chruby / rbenv / rvm / asdf / mise / rv / shadowenv). Перестаёт ошибаться на проектах с .ruby-version |
ruby-resource-map |
Направляет Claude к правильным docs для Ruby 3.2-4.0, Sorbet RBI / RBS. Блокирует known-bad источники типа устаревших StackOverflow-ответов |
ruby-test-frameworks |
Различия minitest vs test-unit: assertion naming, CLI flags, lifecycle, Rails-aliases - частая причина «упадёт неочевидно» |
Advanced: ruby-resource-map особенно полезен в проектах с Sorbet - Claude перестаёт путать RBI и RBS синтаксис.
hoblin/claude-ruby-marketplace (community)
Целый marketplace под Rails-разработку.
/plugin marketplace add hoblin/claude-ruby-marketplace
/plugin install rspec@claude-ruby-marketplace
/plugin install activerecord@claude-ruby-marketplace
/plugin install draper@claude-ruby-marketplace| Плагин | Что даёт |
|---|---|
rspec | Паттерны RSpec + FactoryBot: let, subject, shared_examples, factories с traits |
activerecord | Паттерны моделей и запросов: scopes, associations, includes для N+1 |
draper | Декораторы для view-логики |
mcp | Разработка MCP-серверов на Ruby SDK |
dragonruby | 2D-game разработка (DragonRuby) |
ratatui-ruby | TUI-приложения |
rpi | Workflow research → planning → implementation |
Advanced: rspec хорошо комбинируется с проектным skill для генерации спек (например, write-spec) - hoblin/rspec даёт паттерны, ваш skill - адаптацию под структуру конкретного проекта.
ruby-lsp) на момент написания статьи сломаны в Claude Code v2.0.69+. Используйте v2.0.67 или ждите фикса. Проверьте claude --version и issues в репо плагина перед установкой.
Другие языки
Принцип «один LSP на язык» работает везде:
| Язык | Плагин |
|---|---|
| TypeScript / JavaScript | typescript-lsp |
| Go | gopls-lsp |
| Java | jdtls-lsp |
| C / C++ | clangd-lsp |
| Kotlin | kotlin-lsp |
| C# | csharp-lsp |
| Elixir | elixir-ls-lsp |
LSP-плагин сам по себе не пишет код - он даёт Claude обратную связь от компилятора / type checker после каждого изменения. На больших файлах эффект драматический.
Написание статей: case study
В official marketplace mainstream-плагина под блогинг нет. Community-решения есть, но они оптимизированы под высокообъёмный контент-маркетинг (SEO, ranking, social-репосты), а не под авторские технические статьи. Ниже - честный обзор и почему я выбрал свой путь.
Community-плагины
claude-blog - skill ecosystem: брифы, генерация статей, calendars, schemas. Три режима: summary (200-300 слов), full article, dialogue (двухголосый разговор). Цель - dual-optimization под Google ranking и AI citations (ChatGPT, Perplexity).
klaude-blog - end-to-end автоматизация: research → черновик → SEO → social-репосты в LinkedIn / X. Подходит для команды с дисциплиной публикаций.
explanatory-output-style (official) - output-style, добавляющий объяснения паттернов кода. Полезен под технические туториалы, но не покрывает workflow целиком.
Почему свой skill
Authorial blog с авторской интонацией и техническим разбором плохо сочетается с генеративными пайплайнами «тема → черновик за 5 минут». Минус не в качестве LLM, а в том, что проверка стиля и фактов требует итераций. Для authorial-блога лучше работает skill, который принуждает к итеративной проверке, а не генерирует за один проход.
Case study: skills new-article и review-article
В этом репозитории app/views/web/motions/ - 30+ статей с общим стилем: masthead, lead, TOC, soft callouts, code-blocks с явным language, em-dash как пробельный дефис. Чтобы Claude не ломал этот стиль, написаны два skill в .claude/skills/.
new-article - 6-фазный workflow:
Phase 1: Intake
- Читает материалы пользователя (links, заметки)
- Читает 2-3 соседние статьи из motions/ для voice
- Валидирует slug по regex и проверяет conflicts в routes.rb / motions/ / articles.yml
Phase 2: Outline
- Title, lead, target audience, category, tags
- Section outline с bullet points
- STOP - ждёт явного approve
Phase 3: Draft (plain text)
- Полный текст без HTML
- STOP - ждёт approve или правок
Phase 4: Publish
- Генерация ERB из утверждённого draft
- Update routes.rb, articles.yml, motions_controller_spec
- Регенерация sitemap
- bundle exec rubocop && bundle exec rspec
Phase 4.5: Review через /review-article
- Прогон по чек-листу: AI-паттерны, mixed languages, em-dash, callouts
- CRITICAL обязательно фиксить, WARNING обсуждается
Phase 5: Browser check
- rails server, Playwright открывает /motions/<slug>
- Проверка вёрстки, share bars, code blocks
Phase 6: Telegram publish
- Напоминание про foggy_feed каналКлючевая часть - обязательные STOP между фазами. LLM не пишет ERB, пока не утверждена структура; не публикует файлы, пока не утверждён текст. В результате - предсказуемая интонация и чистый git log.
review-article - чек-лист после Phase 4:
- Опечатки
- Техническая точность (примеры компилируются, команды реальные)
- HTML-структура (TOC, корректные
id, share bars в правильных местах) - Метаданные (description, tags, category, published_at)
- Стиль (нет AI-паттернов, нет em-dashes, нет mixed languages)
Что взять из этого
Если у вас authorial-блог с собственным стилем - не ставьте community-плагин. Напишите skill под свой репозиторий: 200 строк markdown, которые знают вашу структуру view, ваши соглашения, ваши STOP-точки. Каждый раз будет писать стабильно, не размазывая стиль.
Кода не нужно много. SKILL.md - просто markdown с frontmatter и инструкциями. Начните с одной фазы (intake → outline) и наращивайте.
skill-creator (176k installs) - именно для этого. Помогает скаффолдить и бенчмаркать собственные skills.
Jira и Confluence
Два пути: готовый плагин atlassian для типовых workflow и mcp-atlassian как advanced-вариант с ~50 атомарными tools.
Плагин atlassian (official, 57k)
OAuth 2.1, уважает существующие permissions Jira / Confluence / Compass.
/plugin install atlassian@claude-plugins-officialПри первом вызове запросит OAuth-авторизацию в браузере.
| Skill | Что делает |
|---|---|
/capture-tasks-from-meeting-notes | Извлекает action items из заметок встречи и заводит Jira-тикеты с указанным assignee |
/spec-to-backlog | Конвертирует Confluence-спеку в структурированный Jira-бэклог (epic + stories + tasks) |
/generate-status-report | Генерирует и публикует status report в Confluence по issues и worklog |
/search-company-knowledge | Семантический поиск по Confluence + Jira |
/triage-issue | Категоризация и приоритизация issue по содержимому |
Базовое: после митинга - вставьте заметки в Claude, скажите /capture-tasks-from-meeting-notes, утвердите тикеты, плагин создаст их. Без переключения между Slack / Jira / голосом митинга.
Advanced: /spec-to-backlog хорошо ложится в начале спринта. Спека на странице Confluence → автоматический бэклог из 15-20 тикетов с зависимостями. Дальше человек редактирует acceptance criteria, не пишет тикеты с нуля.
mcp-atlassian (community, через .mcp.json)
sooperset/mcp-atlassian - MCP-сервер с ~50 атомарных tools. Используйте, когда стандартных skills плагина не хватает: кастомные поля, batch-операции, нестандартные workflow.
Подключение через .mcp.json в проекте:
{
"mcpServers": {
"mcp-atlassian": {
"command": "uvx",
"args": ["mcp-atlassian"],
"env": {
"JIRA_URL": "https://your-org.atlassian.net",
"JIRA_USERNAME": "you@example.com",
"JIRA_API_TOKEN": "...",
"CONFLUENCE_URL": "https://your-org.atlassian.net/wiki",
"CONFLUENCE_USERNAME": "you@example.com",
"CONFLUENCE_API_TOKEN": "..."
}
}
}
}
uvx - launcher из uv; ставится одной командой brew install uv или curl -LsSf https://astral.sh/uv/install.sh | sh. Альтернативы: Docker, pipx install mcp-atlassian. Для Atlassian Server / Data Center вместо username + API token используется JIRA_PERSONAL_TOKEN.
Доступные tools (выборка):
- Jira:
jira_create_issue,jira_update_issue,jira_transition_issue,jira_add_comment,jira_add_worklog,jira_search(JQL),jira_get_sprints_from_board,jira_link_to_epic,jira_batch_create_issues - Confluence:
confluence_create_page,confluence_update_page,confluence_get_page,confluence_search(CQL),confluence_upload_attachment,confluence_get_page_diff,confluence_move_page
Когда выбирать: атомарные tools нужны для собственных skills. Например: skill «закрой все мои тикеты в текущем спринте, у которых не было активности 7 дней» = jira_search + цикл с jira_transition_issue и jira_add_comment. Через плагин atlassian такой workflow не сделать без редактирования его skills.
asana (для тех, кто не на Atlassian)
/plugin install asana@claude-plugins-officialТо же по смыслу, что и atlassian: создание тасков, поиск, обновления, привязка к проектам.
Автоматизация рутины
productivity (official)
Persistent task list + двухуровневая память: плагин учит Claude корпоративный сленг и терминологию. Markdown task lists, которые Claude читает и исполняет, отслеживая статус и синхронизируясь с внешними системами.
/plugin install productivity@claude-plugins-official| Команда | Что делает |
|---|---|
/start | Инициализирует tasks, memory, визуальный dashboard |
/update | Quick triage: устаревшие задачи, gap в памяти |
/update --comprehensive | Глубокий скан email + календаря + чатов; находит missed todos и предлагает новые memories |
Базовое: утром /start - Claude показывает дашборд из Gmail / Calendar / Notion / Slack: что важно сегодня, что висит, что новое.
Advanced: комбинация с atlassian и github - получаете утренний обзор «по моим зонам» через Jira-тикеты, GitHub PR-ы, Confluence-страницы и Gmail в одном вызове.
circleback
Митинги + email + календарь как один контекст: транскрипты Zoom / Meet, действия из них, привязка к календарю.
/plugin install circleback@claude-plugins-officialUse case: «По митингу вчера в 14:00 - что я обещал команде?» - Claude находит транскрипт, выделяет ваши обязательства, показывает с timestamp.
commit-commands и hookify
commit-commands - быстрая git-рутина: коммит с правильным сообщением, push с upstream, PR через gh.
hookify - кастомные hooks без написания shell-скриптов. Описываете на естественном языке: «блокируй npm install без указания package.json» - hookify генерирует hook-конфигурацию.
/plugin install commit-commands@claude-plugins-official
/plugin install hookify@claude-plugins-official
Advanced: hookify хорошо использовать для блокировки команд, которые сжигают rate limits API (gh run watch, частый gh api) или зависают на интерактивном вводе (cp -i, rm -i). Аналогичные hooks из плагина Beads разобраны в статье про архитектуру плагинов.
discord и imessage
Бриджи к чатам с access control. Скилл может слать сообщения, читать треды, реагировать на упоминания.
Use case: отправь команде в Discord summary CI-сбоев за день - в конце SessionStop hook.
Routines: запуск Claude Code по расписанию
Это не плагин, а отдельная фича Claude Code в research preview. Тем не менее именно она превращает ручные skills в реальную автоматизацию.
Что такое routine
Routine - это prompt + repo + connectors + расписание (или event). Выполняется в облачной инфраструктуре Claude Code - не нужен открытый laptop. Поддерживает запуск по cron-выражению, по API-вызову или в ответ на webhook-событие.
Требование: Claude.ai Pro ($20/мес).
Сценарий 1: Email Triage Routine
Расписание: каждое утро в 07:00.
prompt: |
Подключись к Gmail. Возьми все непрочитанные письма за последние 24 часа.
Классифицируй каждое: urgent, FYI, newsletter, unknown.
Для urgent - сделай draft-ответ в Gmail.
Для FYI - примени label "Read Later".
Для newsletter - применить "Promotions" и mark as read.
В конце - запости summary в #morning-digest в Slack.
connectors: [gmail, slack]
schedule: "0 7 * * *"После 14 дней - inbox перестаёт быть утренним стрессом. Urgent имеют draft, остальное отсортировано.
Сценарий 2: Утренний обзор
prompt: |
Возьми события из Google Calendar на сегодня.
Возьми мои Jira-тикеты с статусом In Progress.
Возьми свои GitHub PRs с requested review.
Сделай сводку в Notion-страницу с заголовком сегодняшней даты.
Прицепи краткий план дня по приоритетам.
connectors: [gcal, atlassian, github, notion]
schedule: "30 8 * * 1-5"Сценарий 3: Реакция на событие
Не cron, а webhook от GitHub:
event: pull_request.opened
prompt: |
Прогони code-review на этом PR.
Если найдены критичные замечания (security, broken tests) -
оставь комментарий и переведи PR в Draft.
Иначе - оставь advisory-комментарий и поставь label
"reviewed-by-claude".
connectors: [github]Чем routines отличаются от cron
Cron + локальный запуск Claude Code требует, чтобы машина была включена и в неё был залогинен пользователь. Routines работают в облаке, имеют историю запусков, переживают перезагрузки laptop, поддерживают retry и lifecycle hooks. Плагины и MCP-конфигурация переезжают в routine автоматически - всё, что установлено локально, доступно и в облачной сессии.
productivity + atlassian + Slack), убедитесь, что она работает в одной сессии, а потом заворачивайте в routine.
Антипаттерны и матрица «задача - плагин»
Антипаттерны
Установка «на всякий случай». 20+ плагинов с похожими описаниями приводят к двум проблемам: контекстный бюджет переполняется (skill descriptions начинают вытеснять важное из CLAUDE.md), и модель чаще ошибается с делегированием - когда есть три code-reviewer-а, она выбирает не того.
Конфликтующие PreToolUse hooks. Один плагин ставит permissionDecision: allow на Bash, другой ставит deny. Порядок hooks не детерминирован между версиями. Всегда читайте hooks/hooks.json каждого плагина перед установкой.
Плагины с непрозрачными HTTP-hooks. Hook типа http отправляет JSON с содержимым каждого tool call на внешний URL. Это означает - содержимое ваших файлов потенциально утекает в analytics-endpoint вендора плагина. Проверяйте .mcp.json и hooks/ перед установкой - чек-лист аудита разобран в статье про архитектуру плагинов.
LSP-плагины на Claude Code v2.0.69+. На момент написания статьи LSP-плагины (включая ruby-lsp) сломаны в v2.0.69+. Используйте v2.0.67 или ждите фикса. Проверяйте claude --version и issues в репо плагина перед установкой.
Дублирующие плагины. Два code-reviewer-а, два frontend-design-а, два LSP под один язык - не дают суммарного эффекта, только тратят бюджет. Выберите один.
Routines без локальной отладки. Запускать routine, которая не отлаживалась локально - быстрый способ получить 50 неправильных draft-ответов в Gmail. Сначала прогон руками, потом в schedule.
Матрица «задача - плагин»
| Задача | Минимальный набор |
|---|---|
| Старт нового проекта на Rails | ruby-lsp + claude-md-management + code-review |
| Старт на TypeScript / Next.js | typescript-lsp + context7 + frontend-design |
| E2E-тестирование UI | playwright |
| Профилирование производительности страницы | chrome-devtools-mcp |
| Перенос дизайна из Figma в код | figma + frontend-design |
| Автоматическое первое ревью PR | code-review + github + Routine на webhook |
| Координация задач в Jira / Confluence | atlassian (типовое) или mcp-atlassian (кастомные skills) |
| Утренняя рутина (inbox + календарь + tickets) | productivity + atlassian + github + Routine cron |
| Authorial-блог с собственным стилем | свой skill в .claude/skills/ + playwright для browser check |
| Большая монорепа, поиск кода | greptile + соответствующий LSP |
| Чистка после AI-генерации | code-simplifier + autofix-bot |
| Свежие доки для новых API | context7 |
Финальный принцип
Каждый плагин должен закрывать конкретную задачу из вашего workflow. Если не можете назвать, под какую задачу его поставили - удаляйте. Бюджет контекста и внимание агента - ресурсы дороже, чем удобство «уже стоит, вдруг пригодится».
Источники
- Plugins for Claude Code - официальный листинг с install-counts.
- anthropics/claude-plugins-official.
- Discover plugins - документация Claude Code.
- Atlassian plugin.
- Productivity plugin.
- Ruby LSP plugin.
- Introducing routines in Claude Code.
- Automate work with routines.
- sooperset/mcp-atlassian.
- st0012/ruby-skills.
- hoblin/claude-ruby-marketplace.
- AgriciDaniel/claude-blog.
- nickwinder/klaude-blog.