Плагины: экспертиза команды в одном пакете
Навык решает одну задачу для одного человека. Но у менеджера проектов таких задач пять, у них общий коннектор к трекеру, и коллегам-менеджерам нужны те же самые. Собирать это по одному навыку у каждого — долго и разъезжается. Для этого есть плагины. В уроке — что внутри плагина, откуда взять готовые, как их подгонять и как спроектировать свой.
Что такое плагин
Плагин — это пакет, который объединяет несколько составляющих вокруг одной роли или процесса:
- Навыки — как делать каждый тип работы (см. предыдущий урок).
- Коннекторы — подключения к сервисам, которые нужны этим навыкам: трекер, хранилище, мессенджер. Плагин может включать их описание, чтобы после установки нужные сервисы были настроены сразу.
- Команды — действия, которые вызываются явно через
/, например/status-report. - Субагенты — отдельные исполнители для целых подпроцессов, которым основной Claude поручает часть работы. Они работают только в Cowork.
Всё это — обычные файлы в папке, поэтому плагин легко читать, править и передавать. В открытых плагинах Anthropic структура выглядит так: манифест с названием и описанием, папка с навыками, папка с командами и файл с описанием коннекторов. Точную схему смотрите в репозитории anthropics/knowledge-work-plugins и в документации по плагинам.
Смысл плагина в том, что экспертиза перестаёт быть привязанной к человеку. Если менеджер, который придумал хороший процесс статус-отчётов, ушёл в отпуск, процесс остался — в плагине, который стоит у всех.
Две формы плагина
В курсе Anthropic выделяют две типичные формы.
Сквозной процесс. Навыки выстроены в последовательность, где каждый шаг питает следующий. Например, плагин закрытия спринта: собрать закрытые задачи, сформировать релиз-ноты, обновить статус-отчёт, подготовить письмо клиенту.
Коллекция. Набор независимых навыков, которыми пользуются по отдельности, но часто. Плагин менеджера проектов: статус-отчёт, релиз-ноты, повестка встречи, разбор рисков — каждый сам по себе.
Обе формы строятся вокруг работы, а не вокруг инструмента. «Плагин для Jira» — плохая идея; «плагин закрытия спринта, который ходит в Jira» — хорошая.
Откуда взять готовые
Anthropic выложила набор открытых плагинов для типовых ролей: продуктивность, продажи, поддержка, продуктовый менеджмент, маркетинг, юристы, финансы, данные, поиск по корпоративным источникам и другие. Их можно установить из приложения (раздел настроек с плагинами), посмотреть на claude.com/plugins или взять исходники на GitHub.
Установка проста: выбрать плагин, нажать «установить», подтвердить коннекторы, которые он запрашивает. После этого его навыки доступны во всех сессиях Cowork. В документации упоминается и навык-интервью /setup-cowork, который расспрашивает о вашей работе и предлагает подходящие плагины.
Для агентства из готовых наборов ближе всего продуктовый менеджмент, поддержка и продуктивность. Но помните: они написаны под абстрактную компанию с абстрактными процессами. В них Jira может называться иначе, статусы будут не ваши, а тон — не тот.
Подгонка под команду
Установленный плагин — это стартовая точка, а не готовое решение. В Cowork у установленного плагина есть возможность запустить задачу его настройки: вы описываете, что нужно поменять, даёте свои шаблоны и примеры, и Claude переписывает навыки под вас.
Практически это три вида правок:
- Сменить коннекторы на те сервисы, которыми пользуетесь вы.
- Добавить контекст компании: терминологию, структуру команд, названия этапов, стандарты документов.
- Поправить процессы: как на самом деле у вас проходит закрытие спринта, а не как написано в шаблоне.
Совет из практики Anthropic: не меняйте всё сразу. Возьмите один навык, который вам нужен чаще всего, доведите его до состояния «результатом можно пользоваться» и только потом переходите к следующему. Большинство команд начинает с одного повторяющегося процесса и вырастает до трёх-четырёх навыков, прежде чем делиться плагином с остальными.
Пример: плагин менеджера проектов Amiga
Спроектируем плагин, не привязываясь к конкретным кнопкам. Роль — менеджер проектов агентства. Повторяющиеся работы: статус-отчёт для клиента, релиз-ноты, повестка и итоги встречи, сводка рисков по портфелю для директора по производству.
Состав плагина amiga-pm:
- Навык
status-report— статус-отчёт по шаблону агентства из отчётов команды. - Навык
release-notes— тот, что мы разобрали в прошлом уроке. - Навык
meeting-prep— повестка встречи из последнего отчёта, открытых вопросов и писем клиента за неделю. - Навык
portfolio-risks— сводка рисков по всем проектам менеджера. - Команда
/weekly— запускает связку «статус-отчёт + сводка рисков» одним действием в пятницу. - Коннекторы — трекер задач и почта (какие именно доступны, проверьте в списке коннекторов).
- Референсы — по два-три образца хороших документов каждого типа, глоссарий терминов агентства.
Заметьте, что глоссарий терминов здесь дублирует часть глобальных инструкций менеджера. Это нормально: плагин должен работать у коллеги, у которого глобальные инструкции другие или их нет.
Такой плагин один человек делает за несколько итераций: сначала один навык, проверка на реальных задачах (об этом урок «Проверка навыков и плагинов»), потом остальные. Как передать его команде — в уроке «Делимся наработками».
Что не является плагином
Чтобы не переусложнять: если у вас один навык и он нужен только вам — плагин не нужен, навыка достаточно. Если нужно всего лишь подключить сервис — это коннектор, а не плагин. Плагин имеет смысл, когда навыков несколько, у них общие коннекторы и материалы, и ими будет пользоваться больше одного человека.
Попробуйте сами
10–15 мин на рабочем месте- Откройте список доступных плагинов в приложении и найдите два, которые ближе всего к вашей роли. Прочитайте описание навыков внутри: что из этого вы делаете руками каждую неделю?
- Установите один из них и запустите задачу, для которой он предназначен. Отметьте, что в результате «не наше»: термины, структура, тон. Это список для подгонки.
- Спроектируйте на бумаге свой плагин по образцу
amiga-pm: роль, три-четыре навыка, одна команда, коннекторы, референсы. Пока не создавайте — проверьте, есть ли у вас образцы хороших документов для каждого навыка.
Коротко
- Плагин — пакет из навыков, коннекторов, команд и субагентов вокруг роли или процесса; всё это обычные файлы.
- Две формы: сквозной процесс (шаги питают друг друга) и коллекция (независимые навыки).
- Готовые плагины Anthropic — стартовая точка; их подгоняют: коннекторы, контекст компании, процессы.
- Настраивайте по одному навыку, начиная с самого частого.
- Плагин должен работать у коллеги без ваших глобальных инструкций — контекст кладите внутрь.
- Один навык для себя — не повод для плагина; плагин нужен, когда навыков несколько и пользователей больше одного.
Видеоверсия
Сценарий озвучки · 458 слов, ≈ 4 мин
Навык решает одну задачу для одного человека. Но у менеджера проектов таких задач пять, у них общий коннектор к трекеру, и коллегам нужны те же самые. Собирать это по одному навыку у каждого — долго, и всё разъезжается. Для этого есть плагины.
Плагин — это пакет, который объединяет несколько вещей вокруг одной роли или процесса. Навыки — как делать каждый тип работы. Коннекторы — подключения к сервисам, которые этим навыкам нужны. Команды — действия, которые вызываются явно через косую черту. И субагенты — отдельные исполнители для целых подпроцессов. Всё это обычные файлы в папке, поэтому плагин легко читать, править и передавать.
Смысл в том, что экспертиза перестаёт быть привязанной к человеку. Если менеджер, который придумал хороший процесс статус-отчётов, ушёл в отпуск, процесс остался — в плагине, который стоит у всех. Новый сотрудник ставит плагин в первый день и получает вместе с ним то, что раньше передавалось из уст в уста за полгода.
Плагины бывают двух форм. Сквозной процесс — когда навыки выстроены в цепочку: собрать закрытые задачи, сформировать релиз-ноты, обновить статус, подготовить письмо клиенту. И коллекция — набор независимых навыков, которыми пользуются по отдельности: статус-отчёт, релиз-ноты, повестка, риски. Обе формы строятся вокруг работы, а не вокруг инструмента. «Плагин для Jira» — плохая идея. «Плагин закрытия спринта, который ходит в Jira» — хорошая.
Откуда взять готовые? Anthropic выложила открытый набор плагинов для типовых ролей: продуктивность, продажи, поддержка, продуктовый менеджмент, маркетинг и другие. Их можно установить из приложения или взять исходники на GitHub. Установка простая: выбрать, нажать «установить», подтвердить коннекторы. Но помните: они написаны под абстрактную компанию. Статусы в них не ваши, тон не тот, трекер называется иначе.
Поэтому установленный плагин — это стартовая точка. В Cowork можно запустить задачу настройки плагина: описать, что поменять, дать свои шаблоны и примеры, и Claude перепишет навыки под вас. Три вида правок: сменить коннекторы на ваши сервисы, добавить контекст компании — термины, этапы, стандарты, и поправить процессы под то, как у вас на самом деле. Не меняйте всё сразу. Возьмите один навык, который нужен чаще всего, доведите его до рабочего состояния и переходите к следующему. Большинство команд вырастает до трёх-четырёх навыков, прежде чем делиться плагином с остальными.
Представим плагин менеджера проектов Amiga. Четыре навыка: статус-отчёт, релиз-ноты, подготовка к встрече и сводка рисков по портфелю. Одна команда, которая в пятницу запускает статус-отчёт и сводку рисков разом. Коннекторы к трекеру и почте. И референсы: по два-три образца хороших документов каждого типа плюс глоссарий терминов агентства. Заметьте, что глоссарий дублирует часть глобальных инструкций менеджера. Это правильно: плагин должен работать у коллеги, у которого глобальные инструкции другие или их нет вовсе.
И чтобы не переусложнять. Один навык только для себя — плагин не нужен. Просто подключить сервис — это коннектор. Плагин имеет смысл, когда навыков несколько, у них общие коннекторы, и пользоваться будет больше одного человека. Как проверить плагин перед тем, как отдать команде, и как его передать — в последнем модуле курса.
