AmigaОбучение ИИ
Модуль 3 · Настройка под себя · урок 8 из 14

Плагины: экспертиза команды в одном пакете

10 мин чтения▶ есть видеоверсия

Навык решает одну задачу для одного человека. Но у менеджера проектов таких задач пять, у них общий коннектор к трекеру, и коллегам-менеджерам нужны те же самые. Собирать это по одному навыку у каждого — долго и разъезжается. Для этого есть плагины. В уроке — что внутри плагина, откуда взять готовые, как их подгонять и как спроектировать свой.

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

Плагин — это пакет, который объединяет несколько составляющих вокруг одной роли или процесса:

  • Навыки — как делать каждый тип работы (см. предыдущий урок).
  • Коннекторы — подключения к сервисам, которые нужны этим навыкам: трекер, хранилище, мессенджер. Плагин может включать их описание, чтобы после установки нужные сервисы были настроены сразу.
  • Команды — действия, которые вызываются явно через /, например /status-report.
  • Субагенты — отдельные исполнители для целых подпроцессов, которым основной Claude поручает часть работы. Они работают только в Cowork.

Всё это — обычные файлы в папке, поэтому плагин легко читать, править и передавать. В открытых плагинах Anthropic структура выглядит так: манифест с названием и описанием, папка с навыками, папка с командами и файл с описанием коннекторов. Точную схему смотрите в репозитории anthropics/knowledge-work-plugins и в документации по плагинам.

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

Две формы плагина

В курсе Anthropic выделяют две типичные формы.

Сквозной процесс. Навыки выстроены в последовательность, где каждый шаг питает следующий. Например, плагин закрытия спринта: собрать закрытые задачи, сформировать релиз-ноты, обновить статус-отчёт, подготовить письмо клиенту.

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

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

Откуда взять готовые

Anthropic выложила набор открытых плагинов для типовых ролей: продуктивность, продажи, поддержка, продуктовый менеджмент, маркетинг, юристы, финансы, данные, поиск по корпоративным источникам и другие. Их можно установить из приложения (раздел настроек с плагинами), посмотреть на claude.com/plugins или взять исходники на GitHub.

Установка проста: выбрать плагин, нажать «установить», подтвердить коннекторы, которые он запрашивает. После этого его навыки доступны во всех сессиях Cowork. В документации упоминается и навык-интервью /setup-cowork, который расспрашивает о вашей работе и предлагает подходящие плагины.

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

Подгонка под команду

Установленный плагин — это стартовая точка, а не готовое решение. В Cowork у установленного плагина есть возможность запустить задачу его настройки: вы описываете, что нужно поменять, даёте свои шаблоны и примеры, и Claude переписывает навыки под вас.

Практически это три вида правок:

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

Совет из практики Anthropic: не меняйте всё сразу. Возьмите один навык, который вам нужен чаще всего, доведите его до состояния «результатом можно пользоваться» и только потом переходите к следующему. Большинство команд начинает с одного повторяющегося процесса и вырастает до трёх-четырёх навыков, прежде чем делиться плагином с остальными.

Пример: плагин менеджера проектов Amiga

Спроектируем плагин, не привязываясь к конкретным кнопкам. Роль — менеджер проектов агентства. Повторяющиеся работы: статус-отчёт для клиента, релиз-ноты, повестка и итоги встречи, сводка рисков по портфелю для директора по производству.

Состав плагина amiga-pm:

  • Навык status-report — статус-отчёт по шаблону агентства из отчётов команды.
  • Навык release-notes — тот, что мы разобрали в прошлом уроке.
  • Навык meeting-prep — повестка встречи из последнего отчёта, открытых вопросов и писем клиента за неделю.
  • Навык portfolio-risks — сводка рисков по всем проектам менеджера.
  • Команда /weekly — запускает связку «статус-отчёт + сводка рисков» одним действием в пятницу.
  • Коннекторы — трекер задач и почта (какие именно доступны, проверьте в списке коннекторов).
  • Референсы — по два-три образца хороших документов каждого типа, глоссарий терминов агентства.

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

Такой плагин один человек делает за несколько итераций: сначала один навык, проверка на реальных задачах (об этом урок «Проверка навыков и плагинов»), потом остальные. Как передать его команде — в уроке «Делимся наработками».

Что не является плагином

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

Попробуйте сами

10–15 мин на рабочем месте
  1. Откройте список доступных плагинов в приложении и найдите два, которые ближе всего к вашей роли. Прочитайте описание навыков внутри: что из этого вы делаете руками каждую неделю?
  2. Установите один из них и запустите задачу, для которой он предназначен. Отметьте, что в результате «не наше»: термины, структура, тон. Это список для подгонки.
  3. Спроектируйте на бумаге свой плагин по образцу amiga-pm: роль, три-четыре навыка, одна команда, коннекторы, референсы. Пока не создавайте — проверьте, есть ли у вас образцы хороших документов для каждого навыка.

Коротко

  • Плагин — пакет из навыков, коннекторов, команд и субагентов вокруг роли или процесса; всё это обычные файлы.
  • Две формы: сквозной процесс (шаги питают друг друга) и коллекция (независимые навыки).
  • Готовые плагины Anthropic — стартовая точка; их подгоняют: коннекторы, контекст компании, процессы.
  • Настраивайте по одному навыку, начиная с самого частого.
  • Плагин должен работать у коллеги без ваших глобальных инструкций — контекст кладите внутрь.
  • Один навык для себя — не повод для плагина; плагин нужен, когда навыков несколько и пользователей больше одного.

Видеоверсия

Сценарий озвучки · 458 слов, ≈ 4 мин

Навык решает одну задачу для одного человека. Но у менеджера проектов таких задач пять, у них общий коннектор к трекеру, и коллегам нужны те же самые. Собирать это по одному навыку у каждого — долго, и всё разъезжается. Для этого есть плагины.

Плагин — это пакет, который объединяет несколько вещей вокруг одной роли или процесса. Навыки — как делать каждый тип работы. Коннекторы — подключения к сервисам, которые этим навыкам нужны. Команды — действия, которые вызываются явно через косую черту. И субагенты — отдельные исполнители для целых подпроцессов. Всё это обычные файлы в папке, поэтому плагин легко читать, править и передавать.

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

Плагины бывают двух форм. Сквозной процесс — когда навыки выстроены в цепочку: собрать закрытые задачи, сформировать релиз-ноты, обновить статус, подготовить письмо клиенту. И коллекция — набор независимых навыков, которыми пользуются по отдельности: статус-отчёт, релиз-ноты, повестка, риски. Обе формы строятся вокруг работы, а не вокруг инструмента. «Плагин для Jira» — плохая идея. «Плагин закрытия спринта, который ходит в Jira» — хорошая.

Откуда взять готовые? Anthropic выложила открытый набор плагинов для типовых ролей: продуктивность, продажи, поддержка, продуктовый менеджмент, маркетинг и другие. Их можно установить из приложения или взять исходники на GitHub. Установка простая: выбрать, нажать «установить», подтвердить коннекторы. Но помните: они написаны под абстрактную компанию. Статусы в них не ваши, тон не тот, трекер называется иначе.

Поэтому установленный плагин — это стартовая точка. В Cowork можно запустить задачу настройки плагина: описать, что поменять, дать свои шаблоны и примеры, и Claude перепишет навыки под вас. Три вида правок: сменить коннекторы на ваши сервисы, добавить контекст компании — термины, этапы, стандарты, и поправить процессы под то, как у вас на самом деле. Не меняйте всё сразу. Возьмите один навык, который нужен чаще всего, доведите его до рабочего состояния и переходите к следующему. Большинство команд вырастает до трёх-четырёх навыков, прежде чем делиться плагином с остальными.

Представим плагин менеджера проектов Amiga. Четыре навыка: статус-отчёт, релиз-ноты, подготовка к встрече и сводка рисков по портфелю. Одна команда, которая в пятницу запускает статус-отчёт и сводку рисков разом. Коннекторы к трекеру и почте. И референсы: по два-три образца хороших документов каждого типа плюс глоссарий терминов агентства. Заметьте, что глоссарий дублирует часть глобальных инструкций менеджера. Это правильно: плагин должен работать у коллеги, у которого глобальные инструкции другие или их нет вовсе.

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

Отметка хранится только в вашем браузере