Claude в Slack — общий помощник команды

Почему это важно именно вам

Всё, что вы делали до сих пор, — это ваш личный инструмент. Он живёт в вашем терминале, знает ваш контекст и работает на вас. Но задача директора — не только личная производительность, а производительность команды. И здесь есть очевидный барьер: коллеги не будут ставить Claude Code, разбираться в терминале и учить CLAUDE.md.

Ответ на это — Claude там, где команда уже сидит. В Slack любой участник канала может упомянуть Claude в треде и поставить задачу — без установки, без терминала, без обучения.

Что это такое

Есть два разных механизма, и различать их важно.

Claude Tag — интеграция, при которой @Claude работает в каналах как общая учётная запись организации с доступами, настроенными администратором. Любой в канале может позвать его в тред и дать задачу. Доступен на Team и Enterprise.

Claude Code в Slack — более ранний механизм, где каждая сессия работает под учётной записью конкретного пользователя. На Pro и Max это остаётся способом подключения; на Team и Enterprise его заменяет Claude Tag.

Ключевая разница — в модели доступа. В Claude Tag доступ определяется каналом, а не человеком: что Claude может достать, зависит от того, где его позвали, и настраивает это владелец организации. Исключение одно — личные сообщения: там он работает под аккаунтом написавшего, по его лимитам. Личку владелец может отключить на всю организацию. В старом варианте всё и всегда определяется правами конкретного человека.

Разница касается и установки. В Claude Tag после запуска владельцем каждый в канале пользуется сразу. В Claude Code в Slack (Pro и Max) каждый сотрудник обязан сам связать свой Slack с аккаунтом Claude, один раз зайти на claude.ai/code и подключить хотя бы один репозиторий GitHub. Плюс этот вариант живёт только в каналах (в личке не работает) и умеет работать только с репозиториями GitHub — задачи вроде «разбери жалобу» ему ставить бессмысленно.

Почему это управленческий инструмент, а не технический

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

Как работает на практике

Как это выглядит для коллеги

Человек пишет в треде: «@Claude, посмотри, почему у нас третий день падает выгрузка, и предложи, что чинить». Claude отвечает в этом же треде: разбирает, задаёт уточняющие вопросы, приносит результат.

Никакой установки — при условии, что у вас Claude Tag. Для сотрудника это выглядит как ещё один участник канала.

Что имеет смысл отдавать в канал

разбор входящих проблем: пришла жалоба — Claude собирает контекст, прежде чем человек возьмётся;
типовые справки: «покажи статус по проекту», «собери, что менялось за неделю»;
черновики: ответ клиенту, письмо, описание задачи — человек правит, а не пишет с нуля;
проверки по чек-листу там, где важна одинаковость, а не творчество.

Что не стоит отдавать

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

Настройка и границы

Настраивается на уровне организации, и делает это владелец Claude-организации (не администратор Slack): рабочее пространство Slack только связывается с ней. Claude Tag доступен на Team и Enterprise в статусе публичной беты; на индивидуальных тарифах и в сторонних развёртываниях его нет. Стартует он с нулевым доступом к внешним системам — всё, что он умеет доставать, добавляется явно.

Деньги устроены непривычно: за Claude Tag не платят за место. Работа в каналах списывается по факту использования с отдельного баланса организации, который пополняет владелец, и на неё ставится лимит расходов за период. Отсюда порядок пилота: поставить лимит, запустить один канал и месяц смотреть разбивку расходов по каналам.

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

Частые ошибки

Дать общему помощнику широкие права сразу. В канале задачу поставит кто угодно, включая нового сотрудника, который не понимает последствий.

Не объяснить команде границы. Люди будут пробовать всё подряд и обжигаться. Короткая памятка в закреплённом сообщении экономит месяцы — а в неё стоит добавить фразу «спросите у него самого: @Claude что ты можешь достать из этого канала?».

Ожидать, что он знает контекст компании. Он знает то, что настроено. Ваши внутренние правила и специфику надо передавать так же, как вы делали это в CLAUDE.md.

Смешивать с личным инструментом. Ваш терминал знает ваш контекст и историю; общий помощник — нет. Это разные роли.

Когда нужно / когда нет

Стоит внедрять:

когда в команде есть повторяющиеся вопросы, на которые вы отвечаете лично;
когда люди тратят время на подготовку одинаковых черновиков;
когда есть готовность выделить время на настройку и объяснение правил.

Не стоит:

если в компании нет Slack — не заводите его ради этого;
если нет владельца, который будет отвечать за настройку и границы;
если основные задачи требуют доступа к чувствительным данным.

Связь с другими уроками

День 56 — MCP Slack. Там речь была о том, чтобы читать Slack из вашей сессии; здесь — о присутствии Claude в каналах.

День 29 — безопасность агентов. Те же принципы, но цена ошибки выше: действует от имени компании.

День 86 — разрешения. Модель прав — центральный вопрос при внедрении.

Задание на сегодня

Определите, доступен ли вам Claude Tag (Team/Enterprise) или Claude Code в Slack (Pro/Max).
Выпишите три типа вопросов, которые коллеги регулярно задают вам и которые может закрыть помощник в канале.
Опишите границы: что помощнику можно, чего нельзя, кто отвечает за настройку.
Если внедрение возможно — начните с одного канала и задач только на чтение.
Через две недели посмотрите реальные запросы людей: они почти всегда отличаются от ожидаемых.

Критерий «выполнено»: у вас есть письменные границы применения и решение — внедрять или нет, с обоснованием.

Резюме

Claude Tag приводит @Claude в каналы Slack с доступами, которые задаёт владелец Claude-организации; тарифы Team и Enterprise, статус публичной беты, оплата по факту использования с баланса организации.
Claude Code в Slack — более ранний вариант на Pro и Max: сессия идёт под учётной записью человека, каждый настраивает связку сам, работает только в каналах и только с GitHub.
Ценность управленческая: коллеги пользуются без установки и учатся на чужих примерах в общих тредах.
В канале задачу может поставить любой — права выдаются узко и расширяются под доказанную потребность.
Помощник в канале не знает вашего личного контекста: специфику компании нужно настраивать отдельно.
Начинайте с одного канала и задач на чтение и черновики, с письменными границами для команды.