Делимся наработками с командой

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

Три способа поделиться

В документации Anthropic описаны несколько механизмов, доступность которых зависит от тарифа и настроек организации. Что именно включено у нас — уточните у администратора; описания — в документации по плагинам и по управлению навыками.

Напрямую коллеге. На командных тарифах можно поделиться навыком или плагином с конкретным человеком или группой. У получателя он появится в списке, но неактивным, пока тот не включит его сам. Обновления от автора приходят автоматически. Это подходит для этапа «попробуй у себя, скажи, что не так».

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

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

Обратите внимание на общий принцип: во всех трёх случаях получатель не правит ваш навык, а получает обновления от вас. Это удобно (одна версия у всех) и накладывает обязанность (кто-то должен эту версию сопровождать).

Путь навыка от автора к команде

Разумная последовательность выглядит так.

1. Работает у автора. Навык прошёл пробы на реальных данных (см. «Проверка навыков»), есть описание того, чего он не умеет.
2. Работает у двух-трёх коллег. Автор делится напрямую, коллеги пробуют на своих задачах и присылают конкретные замечания. Здесь всплывает всё, что было «очевидно» только автору: его глобальные инструкции, его папки, его терминология.
3. Собран в плагин. Если навыков несколько и они нужны роли целиком — упаковка в плагин с нужными коннекторами и референсами (см. «Плагины»).
4. Передан администратору. Плагин отдаётся человеку, который управляет маркетплейсом или каталогом организации, с описанием: что делает, кому нужен, какие доступы запрашивает, чего не умеет.
5. Опубликован в подходящем режиме. Большинству плагинов достаточно «доступен»; «по умолчанию» — для того, что нужно всем в роли; «обязателен» — только для стандартов, которые действительно нельзя обходить.

Шаг 2 часто пропускают, и зря. Навык, который у автора давал отличные релиз-ноты, у коллеги без его глобальных инструкций может начать писать на «ты» и с восклицательными знаками. Пока он у автора, этого не видно.

Четыре практики для общих плагинов

В курсе Anthropic сформулированы четыре практики, которые удерживают общие плагины в рабочем состоянии. Они не про технологию, а про организацию.

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

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

Конкретные имена. Не «отчёт», а pm-client-status-report; не «релиз», а dev-release-notes-client. В общем каталоге столкновения имён неизбежны, и Claude, выбирая навык по описанию, будет путаться между двумя «отчётами».

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

Что положить рядом с плагином

Даже если формат не требует, положите в плагин короткое описание для людей — файл README.md или раздел в описании. Что делает, для кого, какие задачи решает лучше всего, какие коннекторы нужны и зачем, чего не умеет, кто владелец и куда писать замечания. Это то, что коллега прочитает перед установкой и что администратор прочитает перед публикацией. И это то, чем вы сами воспользуетесь через полгода, когда забудете, зачем навык просит доступ к календарю.

Как это может выглядеть у нас

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

→

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

10–15 мин на рабочем месте

1. Поделитесь своим навыком с одним коллегой напрямую и попросите запустить его на своей задаче. Соберите замечания и найдите среди них то, что работало у вас только благодаря вашим глобальным инструкциям.
2. Напишите для навыка README.md по списку из урока: что делает, для кого, коннекторы и зачем, чего не умеет, владелец.
3. Выясните, кто у нас администрирует каталог или маркетплейс плагинов и в каком режиме публикуются плагины. Если такого человека нет — обсудите с руководителем, кто им станет.

Коротко

• Три способа поделиться: напрямую коллеге, через каталог организации, через корпоративный маркетплейс с режимами «доступен», «по умолчанию», «обязателен».
• Получатели не правят ваш навык, а получают обновления — значит, у навыка должен быть сопровождающий.
• Встроенного согласования при публикации в каталог нет; нужное правило вводит сама организация.
• Путь: работает у автора → у двух-трёх коллег → собран в плагин → передан администратору → опубликован.
• Четыре практики: один владелец, пробы перед публикацией, конкретные имена, регулярный пересмотр.
• Рядом с плагином — README.md: что делает, для кого, какие доступы и зачем, чего не умеет, кто владелец.