Плагины Claude Code: что это, зачем и как поставить

Расширений у Claude Code стало много: скиллы, коннекторы, хуки, субагенты, теперь плагины. Разобраться, что из этого что, сложнее, чем поставить.

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

Что такое плагин

Плагин — это упаковка. Внутри может лежать всё сразу: скиллы, команды, хуки, настройки коннекторов. Одна установка — и у тебя появился целый набор возможностей, а не одна.

Сравнение с соседями, чтобы не путать:

Что	Чем является	Что даёт
Скилл	процедура	порядок действий под тип задачи
Коннектор	доступ	руки к внешнему сервису
Хук	реакция	автодействие на событие
Субагент	отдельная голова	чистый контекст под грязную задачу
Плагин	пакет	всё перечисленное одним набором

Отсюда простое правило: плагин имеет смысл, когда расширений несколько и они связаны. Один скилл в плагин заворачивать незачем — это лишняя обёртка.

Зачем это нужно на практике

Перенос системы. Ты настроил рабочее место: десяток скиллов, хуки, команды. Переезд на другую машину или новый проект — это либо копирование папок руками, либо один плагин.

Передача другому человеку. Самое ценное. Ученику, коллеге, партнёру: он ставит один пакет и получает твою систему целиком, а не список «скачай это, положи туда».

Обновление. Поправил скилл — все, кто поставил плагин, получают правку. Без плагина каждый живёт со своей копией трёхмесячной давности.

Как поставить

Установка идёт из маркетплейса — репозитория, в котором лежит список пакетов.

1. Подключаешь маркетплейс: свой, командный или публичный.
2. Смотришь список доступных пакетов.
3. Ставишь нужный по имени.
4. Перезапускаешь клиент.
5. Проверяешь обычной задачей на человеческом языке, не называя плагин.

Пятый шаг обязателен. Плагин может встать, но не сработать — если внутри скиллы с плохими описаниями, они не подхватятся, и ты решишь, что «плагин не работает».

Свой маркетплейс полезнее чужого

Публичные наборы выглядят соблазнительно: сотни готовых расширений. На практике из них приживается два-три, а остальные висят и мешают — чем длиннее список, тем хуже система выбирает нужное.

Свой маркетплейс — это просто репозиторий с твоими пакетами. Что он даёт:

• твои процессы, а не чужие представления о работе;
• обновление одной командой для всех, кто им пользуется;
• контроль: ты знаешь, что внутри каждого пакета.

Для наставника или руководителя команды это вообще единственный вменяемый способ раздать систему: не инструкция на десять страниц, а одна строка установки.

Что стоит завернуть в плагин

Хороший кандидат — связка расширений вокруг одной работы.

Пример: контент-завод. Скилл производства, скилл текста, скилл публикации, хук на пересборку сайта, команда дневного прогона. По отдельности это пять сущностей, вместе — один пакет «контент-завод», который ставится за минуту.

Плохой кандидат: сборная солянка из всего, что ты когда-либо написал. Такой пакет невозможно объяснить, а значит и переиспользовать.

Правило: один плагин — одна работа. То же самое, что с скиллами, только уровнем выше.

Как снять и почему это важно

Снимается плагин так же просто, как ставится. И снимать надо не стесняясь.

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

Хорошая привычка: раз в месяц смотреть список установленного и задавать один вопрос — «я этим пользовался?». Всё, на что ответ «нет», отправляется прочь.

Порядок, в котором это осваивать

1. Скиллы. Пока не собрал три-четыре руками, плагины не нужны — нечего упаковывать.
2. Коннекторы. Когда скиллам понадобятся настоящие данные.
3. Хуки. Когда захочется, чтобы что-то происходило само.
4. Плагины. Когда набор устоялся и его пора переносить или раздавать.
5. Свой маркетплейс. Когда пакетов стало больше одного.

Идти сразу с пятого пункта — классическая ошибка: красивая инфраструктура вокруг пустоты.

Что внутри пакета

Заглянуть внутрь полезно даже если сам собирать не планируешь — понятнее, что ты ставишь.

Манифест. Имя пакета, описание, версия, что внутри. По нему система понимает, что распаковывать.

Скиллы. Те же папки с описанием и шагами, просто лежат внутри пакета, а не в общей библиотеке.

Команды. Короткие вызовы под частые действия — то, что удобнее набрать одним словом, чем описывать фразой.

Хуки. Реакции на события: сохранил файл — запустилась проверка, закончил задачу — собрался отчёт.

Настройки. Какие коннекторы нужны пакету, какие права он ждёт.

Всё это обычные текстовые файлы в папках. Никакой магии — поэтому свой пакет собирается за вечер, а чужой можно открыть и прочитать перед установкой. Читать перед установкой, кстати, стоит: плагин получает те же права, что и ты.

Частые вопросы

Чем плагин отличается от скилла?

Скилл — одна процедура под тип задачи. Плагин — упаковка, в которой может лежать сразу несколько скиллов, команд и хуков. Плагин ставится и обновляется целиком, скилл — по отдельности.

Где брать плагины?

Из маркетплейса — репозитория со списком пакетов. Он может быть публичным, командным или своим собственным. Свой полезнее: в нём лежат твои процессы, а не чужие.

Сколько плагинов ставить?

Столько, сколько реально используешь. Длинный список установленного ухудшает выбор: система чаще берёт не то расширение. Раз в месяц имеет смысл убирать неиспользуемое.

Нужны ли плагины, если работаешь один?

Да, если переезжаешь между машинами или проектами: плагин переносит настроенную систему целиком. Если всё живёт на одном компьютере и никуда не едет — можно обойтись скиллами.