Роль чемпиона
Роль состоит из трёх поведений, которые усиливают друг друга.| Поведение | Как это выглядит на практике | Почему это важно |
|---|---|---|
| Делитесь тем, что вы открываете | Публикуйте подсказки, скриншоты и небольшие победы из вашей собственной работы в местах, которые ваша команда уже читает, таких как канал инженерии, ветка стендапа или описание pull-запроса. | Примеры из вашей собственной кодовой базы более убедительны, чем любая внешняя документация, потому что коллеги могут увидеть ровно то, как инструмент применяется к проблемам, которые они разделяют с вами. |
| Будьте человеком, у которого спрашивают | Когда коллега спрашивает, как вы что-то сделали, ответьте с фактической подсказкой, которую вы использовали, чтобы они могли применить её непосредственно к своей задаче. | Конкретный, работающий пример устраняет разрыв между любопытством и первым успешным использованием, где застревает большинство усилий по внедрению. |
| Расширяйте круг | Установите небольшое количество лёгких, повторяющихся привычек, таких как выделенный канал или еженедельная ветка, чтобы импульс продолжался даже когда ваше внимание направлено в другое место. | Внедрение, которое зависит от одного человека, хрупко. Внедрение, которое осуществляется общими привычками, продолжает расти само по себе. |
Какова стоимость этого для вас
Установите ожидания с собой и со своим руководителем. Действия ниже предназначены для того, чтобы вписаться в обычную рабочую неделю, и роль должна оставаться множителем вашей существующей работы, а не дополнительной ответственностью поддержки.| Действие | Время в неделю | Рекомендация |
|---|---|---|
| Публикация побед и подсказок | Около 15 минут | Захватывайте их в момент со скриншотом и одним или двумя предложениями; избегайте превращения их в формальные описания. |
| Ответы на вопросы в общем канале | Около 20 минут | Ответьте публично один раз, затем ссылайтесь на этот ответ, когда вопрос повторяется. |
| Проведение еженедельной ветки показа и рассказа | Около 5 минут | Вы публикуете открывающую подсказку; команда предоставляет содержание. |
| Дополнительное спаривание или пошаговые инструкции | 0 до 30 минут | Зарезервируйте это для коллег, которые действительно заблокированы, и предложите ссылку на Quickstart перед планированием времени. |
Делитесь тем, что вы открываете
Ваш собственный опыт — это наиболее убедительный материал, который встретят ваши коллеги, потому что он специфичен для кодовой базы, рабочих процессов и проблем, которые вы все разделяете. Документация говорит людям, что возможно; ваши посты показывают им, что действительно работает в вашей среде.Что стоит делиться
Наиболее полезные посты описывают технику, которую коллега может переиспользовать завтра, а не результат, который уже завершён. Техники растут по мере их распространения по команде; обновления статуса — нет. Примеры переиспользуемых техник:- “Я узнал, что @-упоминание каталога работает. Указав его на
@src/components/и спросив, какие отсутствуют тесты, я обнаружил два, которые я упустил.” - “Plan Mode (
Shift+Tab) показывает ровно какие файлы будут затронуты перед любым редактированием, поэтому я комфортно его использую на общем коде.” - “Я настроил Stop hook, чтобы получать уведомление на рабочем столе, когда завершается длительная задача. Конфигурация находится в ветке.”
- “Запуск
/initгенерируетCLAUDE.mdиз репозитория, поэтому помощник перестаёт переспрашивать о наших соглашениях.”
Где это делиться
Публикуйте везде, где ваша команда уже читает. Цель — разместить примеры в пути нормальной работы, а не создавать пункт назначения.| Местоположение | Лучше всего подходит для | Рекомендуемый формат |
|---|---|---|
Канал #claude-code или общий канал инженерии | Открытия, подсказки и моменты “сегодня я узнал” | Скриншот с одним или двумя предложениями контекста |
| Описания pull-запросов | Демонстрация подхода на реальном коде, который уже читают рецензенты | Одна строка, такая как “Claude и я сделали этот рефакторинг; рад пройти через подход.” |
| Стендапы или еженедельные письменные обновления | Нормализация использования с руководителями и менеджерами пропуска уровня | Одно предложение, описывающее один конкретный результат |
| Вики команды или внутренняя документация | Долговечные паттерны, пользовательские skills и примеры CLAUDE.md | Короткая страница, связанная из темы канала, чтобы она оставалась обнаруживаемой |
Формат, который работает
Скриншот с одной строкой контекста или краткое описание до и после обычно является правильным уровнем детализации. Держите каждый пост достаточно коротким, чтобы кто-то, пролистывающий мимо, всё ещё усвоил суть. Длинное описание обычно сохраняется на потом и забывается, тогда как короткий пост со скриншотом обычно копируется и пробуется. Примеры постов ниже иллюстрируют тон и длину; адаптируйте их, а не копируйте дословно.Будьте человеком, у которого спрашивают
Как только вы поделитесь несколькими примерами, последуют вопросы. Это то место, где роль чемпиона имеет наибольший рычаг, потому что хороший ответ одному человеку часто разблокирует нескольких других, которые смотрят на тот же канал.Отвечайте подсказкой, а не объяснением
Когда коллега спрашивает, как вы что-то сделали, наиболее полезный ответ — это подсказка, которую вы действительно использовали. Они узнают больше, запустив эту подсказку против своей собственной проблемы, чем из любого описания, которое вы могли бы написать, и это даёт им что-то, на что они могут действовать немедленно.Указывайте на функцию, а не на документацию
Ответ, такой как “Попробуйте plan mode, нажмитеShift+Tab, пока не увидите его” более полезен в данный момент, чем ссылка на документацию. Если человеку позже нужна большая глубина, он найдёт её сам; прямо сейчас ему нужна одна вещь, которая его разблокирует.
Вопросы, которые вы, вероятно, услышите
| Вопрос | Предлагаемый ответ | Ресурс для дальнейшего изучения |
|---|---|---|
| ”На чём я должен сначала это попробовать?” | Рекомендуйте реальную, но ограниченную задачу, в идеале ошибку или работу, которую человек откладывал, потому что она утомительна, а не сложна. | Common workflows |
| ”Как я могу доверять это своему коду?” | Представьте plan mode: нажатие Shift+Tab переключает его, Claude предлагает ровно то, что он намеревается изменить, и ничего не изменяется, пока пользователь не одобрит. | Permissions |
| ”Стоит ли настройка усилий?” | Установка занимает примерно две минуты, работает в терминале и не требует расширения IDE. Запуск /init один раз достаточен для начала работы. | Quickstart |
| ”Это произвело неправильный результат.” | Поощряйте их предоставить сбой обратно Claude. Вставка сообщения об ошибке или неудачного теста намного эффективнее, чем переформулировка исходного запроса. | Common workflows |
| ”Он не понимает соглашения нашей кодовой базы.” | Предложите запустить /init для генерации файла CLAUDE.md, затем добавить соглашения команды, команды тестирования и любые каталоги, которые следует избегать. | Memory |
| ”Это просто автодополнение?” | Предложите краткую демонстрацию, в которой Claude объясняет незнакомый файл, отслеживает ошибку между сервисами или составляет план миграции. Эти задачи требуют рассуждений по всему репозиторию, а не завершения одной строки. | Двухминутная живая демонстрация |
| ”Что насчёт безопасности и обработки данных?” | Направьте этот вопрос вашему администратору. Политика развёртывания и обработки данных вашей организации уже настроена, и чемпионы не должны импровизировать этот ответ. | Security · Data usage |
Расширяйте круг
Цель — не построить программу и не владеть развёртыванием. Это установить небольшое количество лёгких привычек, которые позволяют импульсу продолжаться после того, как вы перестанете активно его вести. Когда вопросы в канале отвечаются людьми, отличными от вас, роль выполнила свою работу.Паттерны, которые обычно работают
| Паттерн | Как его запустить | Требуемые усилия |
|---|---|---|
| Выделенный канал | Создайте канал #claude-code (или повторяющуюся ветку в существующем), закрепите ссылку Quickstart и один сильный пример, и отвечайте на вопросы публично, чтобы каждый ответ приносил пользу всем, кто смотрит. | Около пяти минут на настройку, затем фоновый |
| Еженедельная ветка показа и рассказа | Каждую пятницу публикуйте “Чем Claude вам помог на этой неделе?” Подготовка, слайды или встреча не требуются; скриншотов и коротких описаний достаточно. | Около двух минут в неделю |
| Поделитесь пользовательским skill | Публикуйте ваш наиболее полезный файл .claude/skills/<name>/SKILL.md, например skill /ship, который запускает тесты и lint перед коммитом, с однострочным описанием. Поскольку skills — это простой Markdown, коллеги могут их немедленно внедрить. | Около пяти минут на skill |
| Создайте руководство по настройке из вашего собственного использования | Запустите /team-onboarding в проекте, в котором вы потратили реальное время. Claude сканирует ваши недавние сеансы, команды и MCP серверы, затем создаёт руководство, которое новый товарищ по команде может вставить как своё первое сообщение для воспроизведения вашей настройки. Закрепите его в канале. | Около двух минут |
| Спаривание на первой задаче | Предложите одну пятнадцатиминутную сеанс спаривания кому-либо, кто начинает. Один успешный результат на их собственном коде более убедителен, чем любая презентация. | Около пятнадцати минут на человека |
| Определите следующего чемпиона | Коллега, который задаёт вам больше всего вопросов, обычно готов взять на себя эту роль. Перешлите им эту страницу и разделите ответственность канала между вами. | Незначительно |
Тридцатидневный план действий
Если свободный план полезен, последовательность ниже отражает то, что обычно работает в большинстве команд. Свободно адаптируйте, чтобы соответствовать вашему контексту.Неделя 1: Засейте канал
Создайте канал, закрепите Quickstart и публикуйте два или три ваших собственных примера с включёнными подсказками.Сигнал, что это работает: несколько коллег реагируют или отвечают, и в канале задаётся по крайней мере один вопрос.
Неделя 2: Начните ритм
Начните еженедельную ветку показа и рассказа, отвечайте на каждый вопрос публично и поделитесь одним пользовательским skill или фрагментом
CLAUDE.md.Сигнал, что это работает: кто-то, кроме вас, публикует пример своего собственного.Неделя 3: Спаривание и консолидация
Предложите два или три коротких сеанса спаривания и консолидируйте наиболее распространённые вопросы и ответы в закреплённое сообщение FAQ.Сигнал, что это работает: вы видите повторное использование, с теми же коллегами, возвращающимися, а не пробующими один раз и останавливающимися.
Когда кто-то хочет углубиться
Вы — тёплое введение, а не программа адаптации. Когда коллега переходит от “должен ли я это попробовать” к “как мне стать эффективным с этим,” направьте их на страницы Quickstart и Common workflows. Они содержат короткие разделы, охватывающие функции, которые действительно полезны, но сложно открыть самостоятельно.Отвечайте на распространённые опасения
Здоровый скептицизм ожидается; инженеры должны быть осторожны с инструментами, которые касаются их кода. Наиболее эффективный ответ редко состоит в том, чтобы спорить в общем случае. Вместо этого признайте опасение, предложите краткое переосмысление и предложите одну конкретную демонстрацию на коде самого человека. Большинство опасений разрешаются одним успешным опытом.| Опасение | Предлагаемый ответ | Доказательство для предложения |
|---|---|---|
| ”Я быстрее без этого.” | Это, вероятно, верно для кода, который человек пишет регулярно. Предложите попробовать это на работе, которую они обычно избегают: устаревшие файлы, незнакомые сервисы или тестовые каркасы, где рычаг наибольший. | Рассчитайте время одной утомительной задачи обоими способами и сравните. |
| ”Я не доверяю AI трогать production код.” | Согласитесь, что никакое изменение не должно приземляться непрочитанным. Plan Mode в сочетании с обычным diff-обзором означает, что ничего не применяется, что инженер не проверил, тот же стандарт, что и любой pull-запрос. | Продемонстрируйте plan mode на реальном файле. |
| ”Это сделает младших инженеров слабее.” | При правильном использовании это эффективный объяснитель. Поощряйте младших инженеров просить Claude объяснить файл и его места вызова перед тем, как просить его что-либо изменить. | Запустите “Объясните @file и где он вызывается” вместе. |
| ”Я попробовал это один раз и оно галлюцинировало.” | Это обычно проблема контекста, а не проблема модели. @-упоминание соответствующих файлов, запуск /init и предоставление фактического вывода ошибки обычно это разрешают. | Повторно запустите их исходную подсказку с надлежащим @-контекстом. |
| ”У нас нет времени учить другой инструмент.” | Claude Code — это команда терминала, а не платформа. Если она не возвращает значение в первом сеансе, разумно отложить её. | Двухминутная установка, за которой следует одна реальная ошибка. |
Лист быстрого справочника
Техники ниже — это те, которые наиболее надёжно переводят кого-то с первого испытания на ежедневное использование. Закрепите эту таблицу в канале или поделитесь ею отдельно.| Техника | Как её применить |
|---|---|
| Предоставьте правильный контекст | Используйте ссылки @file или @directory/, или вставьте вывод ошибки или журнала непосредственно. Предоставление соответствующего контекста более эффективно, чем сложное подсказывание. |
| Проверьте план перед редактированием | Нажмите Shift+Tab для входа в plan mode. Claude опишет предполагаемые изменения для вашего одобрения перед их выполнением. |
| Обучите его вашему репозиторию | Запустите /init для генерации файла CLAUDE.md, затем добавьте соглашения вашей команды, команды тестирования и любые каталоги, которые не должны быть изменены. См. Memory. |
| Переиспользуйте рабочий процесс | Сохраните файл SKILL.md в .claude/skills/<name>/ для создания skill /name, который может использовать вся команда. См. Skills. |
| Оставайтесь информированными во время длительных задач | Настройте Stop hook для получения уведомления на рабочем столе, когда завершается длительная задача. См. Hooks. |
| Восстановитесь после неправильного результата | Вместо переформулировки запроса вставьте неудачный тест или трассировку стека обратно Claude и попросите его решить эту конкретную ошибку. |
| Держите редактирования хирургическими | Попросите diff, или укажите “только измените X.” Claude уважает область, когда область указана. |