L4-04 — Поделиться скиллом с коллегой¶
профи
Я сделал крутой скилл «ответ на жалобу гражданина». И девять месяцев не делился им. Это было глупо.
Скилл — это просто файл. Файлы можно копировать. Когда я наконец это понял и отдал скилл трём коллегам в отделе, у нас одновременно освободились три часа рабочего времени в неделю. С тех пор у нас в команде культура: сделал что-то полезное — поделись.
Этот урок — про техническую часть (как передать) и про культурную (как сделать, чтобы это работало в команде).
Разминка, не подглядывая: чем отдельский CLAUDE.md отличается от личного?
Что значит «поделиться скилло컶
Скилл (см. L3-01, L3-03) — это папка с файлом SKILL.md внутри. Например:
Чтобы поделиться — нужно передать эту папку коллеге, и положить её на правильное место в его системе. Звучит проще пареной репы. И есть нюансы, чтобы это правильно работало.
Куда положить, чтобы заработало¶
У коллеги такая же логика, как у тебя (L3-03):
Рядом с рабочей папкой. Если скилл должен работать в конкретной рабочей папке (например, только в папке с жалобами) — положи в [папка]/.claude/skills/имя-скилла/SKILL.md.
Глобально для пользователя. Если скилл должен работать в любой папке — положи в C:\Users\ИмяКоллеги\.claude\skills\имя-скилла\SKILL.md.
Для скиллов уровня отдела (которые нужны всем кадровикам всегда) — обычно глобальный путь. Чтобы коллега мог запустить его независимо от того, в какой папке открыт Claude.
Способы передачи¶
От самого простого к самому надёжному.
Способ 1 — переслать файл руками. Скопировал папку скилла, отправил через почту/мессенджер/флешку. Коллега положил в нужное место. Работает, подходит для двух-трёх человек и одного скилла. Минус — каждое обновление нужно пересылать заново.
Способ 2 — общая сетевая папка с скиллами. В отделе есть сетевая папка \\server\share\claude-skills\. Туда выкладываешь все рабочие скиллы. Коллеги настраивают Claude Code так, чтобы он смотрел в эту папку. Один обновляет — все получают новую версию.
Способ 3 — Git-репозиторий. Если в организации есть IT, который работает с Git — это золотой стандарт. История изменений, кто что добавил, можно откатиться к старой версии. Коллеги клонируют репозиторий к себе, делают git pull для обновлений.
Способ 4 — Claude Code Marketplace. В свежих версиях Claude Code есть возможность публиковать скиллы в внутреннем маркетплейсе организации. Команда настраивает, ты публикуешь, коллеги подключают одним кликом. Это самый удобный способ, но он требует корпоративной настройки.
Для маленьких отделов начинай со способа 2 — сетевая папка. Когда вырастешь — переезжаешь на Git или Marketplace.
Что должен сделать получатель¶
Когда коллега получает твой скилл — несколько шагов с его стороны.
Положить на правильное место — в глобальную папку или рядом с проектом.
Перезапустить Claude Code — чтобы он подгрузил новый скилл. Старая сессия может не увидеть новинку.
Проверить, что скилл подключается — попросить Claude перечислить доступные скиллы или просто сделать тестовый запрос, под который скилл должен сработать.
Прочитать SKILL.md — это не лишняя инструкция, а знакомство с тем, как этот помощник работает. Чтобы понимать, чего ожидать.
Это занимает 5–10 минут. Один раз и работает.
Адаптация под коллегу¶
Чаще всего скилл не идеально подходит «как есть» — у коллеги может быть свой стиль, свои нюансы, свои образцы.
Простая адаптация — личный CLAUDE.md. Коллега в своём личном файле (L2-11) добавляет пару строк: «в скилле "ответ-на-жалобу" — используй мою фамилию в подписи, контакты такие-то, в обращениях добавляй фразу X». Скилл остаётся общим, а коллега «настраивает» его под себя через личный файл. Это самый чистый путь.
Жёсткая адаптация — копия скилла. Если различия большие — коллега копирует скилл под новым именем (ответ-на-жалобу-петрова) и правит под себя. Минус — два скилла нужно поддерживать отдельно.
Параметры в скилле. Хорошо написанный общий скилл содержит места для подстановки, которые коллега заполнит в своём CLAUDE.md. Например: «контакты для подписи — см. CLAUDE.md». Это требует продумывания на этапе создания скилла.
Версионирование¶
Когда скилл становится общим, обновления делать страшнее. Что если новая версия сломает что-то у коллег?
Несколько правил.
Маленькие изменения — без объявлений. Поправил формулировку, добавил пункт — никаких объявлений. Коллеги либо не заметят, либо увидят небольшое улучшение.
Большие изменения — предупреждай. Меняешь структуру результата, меняешь формат файла, меняешь источники — напиши коллегам: «в скилле X с понедельника новая структура, проверь, что у тебя ничего не сломалось».
Старая версия — на всякий случай. Перед серьёзными изменениями сохрани старую версию как ответ-на-жалобу-старый-v1. Если у коллеги новая версия не пойдёт — он откатится.
В Git это автоматом. Если живёте в Git-репозитории — история уже есть, любые изменения откатываются. Это и есть главная причина переехать туда, когда отдел вырос.
Кейс — скилл «ответ на жалобу» → трём кадровикам¶
В партнёрской организации у меня живёт кейс. У них в отделе кадров — три человека: руководитель и двое подчинённых. Каждый отвечает на жалобы граждан по своему направлению.
Руководитель (Ольга) собрала свой скилл ответ-на-жалобу-гражданина — он работал великолепно, экономил ей час-полтора в неделю.
Девять месяцев Ольга работала одна с этим скиллом. Потом одна из её коллег увидела на её экране, как «само пишется», и спросила: «А мне можно?». С этого момента и началось делёжка.
Что они сделали:
- Ольга создала папку
\\server\кадры\claude-skills\в общей сетевой папке отдела - Скопировала туда свой скилл
ответ-на-жалобу-гражданина/SKILL.md - Записала короткую инструкцию для коллег: «у себя в
C:\Users\[ваше имя]\.claude\skills\создайте папку с таким именем, положите файл, перезапустите Claude Code» - Помогла двум коллегам это сделать — заняло 15 минут на каждую
Через неделю в отделе кадров было три рабочих скилла. Каждый из коллег в своём личном CLAUDE.md прописал нюансы: ФИО, контакты, специфику своего направления. Общий скилл — один. Адаптация — у каждого своя.
Эффект:
— Каждая из коллег освободила по часу-полтора в неделю — Стиль ответов в отделе выровнялся — все используют одни формулировки — Когда Ольга нашла улучшение, оно за день расползлось по всем трём — Через два месяца к этому скиллу добавились ещё два общих — про оформление приказов и про работу со штаткой
Что нельзя класть в общий скилл¶
Те же правила, что в L4-01 (безопасность) и L4-03 (отдельский CLAUDE.md).
Личные данные. Никаких конкретных ФИО, телефонов, адресов в инструкциях скилла. Реквизиты подписи — через CLAUDE.md каждого коллеги.
Конфиденциальные шаблоны. Если у вас есть «секретный» шаблон ответа, который не должен расходиться — не клади в общий скилл. Держи у себя.
Внутренние правила, не согласованные с командой. Если ты считаешь, что «нужно всегда отвечать жёстко» — не вшивай это в общий скилл, не согласовав с коллегами. Они начнут отвечать жёстко от вашего общего имени.
Источники без копии. Если в скилле ссылка на файл regulations.pdf — убедись, что у всех коллег этот файл есть в нужном месте. Иначе скилл будет работать с ошибкой.
Бояться нечего¶
Поделиться — обратимо. Передал скилл, не пошло — коллега удалил папку, и больше его у него нет.
Скилл не «утечёт» наружу. Это просто файл с инструкцией. Если ты его положил в общую папку отдела — он там и живёт. Никуда сам не уйдёт.
Можно поделиться частично. Не обязательно сразу с десятью коллегами. Можно начать с одного. Если у него заработало — расширишь.
Скилл не обязывает коллегу. У него есть выбор: использовать или нет. Если он предпочитает писать руками — это его право, и Claude не будет навязывать.
Что попробовать прямо сегодня¶
40 минут — поделиться первым скиллом с одним коллегой.
- Выбери свой рабочий скилл, который реально полезен и стабильно работает (минимум 5+ удачных запусков)
- Выбери одного коллегу, у кого похожая задача и кто сам интересуется Claude
- Покажи ему, как у тебя работает: открой свою задачу, прогони скилл, покажи результат
- Если он говорит «хочу так же» — переходи к технике:
- Скопируй папку скилла
- Помоги положить на правильное место у него
- Перезапустите его Claude Code
- Сделайте тестовый запуск на его задаче, чтобы убедиться, что работает
- Через неделю — спроси, как идёт. Поправь, если что-то не подошло
- Если результат хороший — повторяй с другими коллегами
Главное в этом упражнении — не «передать файл», а построить мостик между твоей работой с Claude и работой коллеги. Файл — это просто способ.
Что дальше¶
Делёжка с коллегой — это маленький шаг. Объяснить руководителю, что Claude в отделе работает и его стоит масштабировать на других — это уже разговор другого жанра. Без угрозы «нас заменят». Без преувеличений «революция».
Кейс из программы — аргументы для разговора с директором. В L4-05 я расскажу, что на самом деле говорить и чего избегать.
А есть ли у тебя сейчас скилл, который грех не отдать кому-то из коллег? Что это и почему ты ещё этого не сделал?