# Claude Tag теперь видит твои личные файлы прямо в общем канале
Канонический URL: https://zero2claude.ru/blog/claude-tag-personal-connectors
Дата: 2026-09-24
Теги: claude, mcp, enterprise, автоматизация
Claude Tag в Slack научился использовать не только общие коннекторы канала, но и твои личные — календарь, Google Drive, CRM — без доступа для остальных участников.
Представь: в общем Slack-канале команда обсуждает миграцию checkout-логики, канал подключён к GitHub, и Claude там уже как полноценный участник — отвечает на вопросы, смотрит пул-реквесты. Но у тебя есть личный документ в Google Drive с планом на квартал, который видишь только ты. Раньше Claude в канале просто не мог его открыть — доступ был привязан к каналу, а не к человеку. Anthropic это исправила: Claude Tag теперь умеет использовать твои личные коннекторы прямо внутри общего канала.
## Проблема: доступ следовал за каналом, а не за человеком
Claude Tag — это бета-функция, которая добавляет Claude в Slack-канал, где он работает наравне с командой: отвечает на вопросы, помогает с рутиной, участвует в обсуждениях. До недавнего времени Claude в канале мог использовать только те коннекторы, которые администратор явно подключил к этому каналу — например, общий доступ к GitHub-репозиторию или к таск-трекеру.
Большинство компаний держат список таких общих коннекторов коротким намеренно. Логика простая: доступ должен идти за человеком, а не за каналом. Если Claude в канале мог бы читать всё, до чего дотянется хоть один из участников, это создавало бы огромную дыру в безопасности — любой человек в чате получал бы доступ к данным чужих CRM-аккаунтов, чужим документам, чужим деплоям. Поэтому админы традиционно перестраховывались и давали Claude в канале лишь минимальный набор инструментов.
## Что изменилось: личные коннекторы работают в общем канале
Теперь Claude может использовать твои собственные коннекторы для запросов, которые делаешь именно ты — твой календарь, твой Google Drive, назначенные на тебя аккаунты в CRM, твои staging-деплои. Если ты уже подключил эти инструменты к своему аккаунту Claude, они становятся доступны и в канале, но только для твоих запросов и только с твоего разрешения.
Ключевой момент: остальные участники канала не получают доступ к твоим личным коннекторам. Они видят только результат — то, что Claude опубликует в ответ на твой вопрос. Сами данные, из которых собран ответ, остаются закрытыми ровно так же, как если бы ты работал с Claude в приватной переписке.
## Как это выглядит на практике: пример с Прией
Разберём конкретный сценарий из объявления. Прия работает в канале #checkout-migration, который подключён к GitHub. Она пишет: «@Claude, сверь мой документ в Google Drive "Checkout migration, Q3" с тем, что мы уже выпустили. Что ещё осталось открытым?»
Claude читает смерженные пул-реквесты через общий GitHub-коннектор канала — эта часть работы доступна всем. Но документ в Google Drive открыт только для Прии. Раньше на этом моменте Claude бы остановился и сказал, что не может получить доступ. Теперь он читает документ через личный коннектор Прии, отдельно от общей работы канала, сравнивает план с тем, что реально выпущено, и публикует итог: что сделано, что осталось.
## Два режима: проверять вручную или доверять автопилоту
План Прии не содержит ничего чувствительного, поэтому она использует авто-режим — Claude сам решает, публиковать ответ сразу или сначала показать его на проверку, если заметит что-то похожее на конфиденциальную информацию. Для документов, которые она предпочла бы перепроверить перед публикацией, есть режим review: ответ показывается только автору запроса, и тот решает, отправлять его в канал или нет.
На Enterprise-планах у администраторов появится возможность включить обязательную проверку для всех участников канала — то есть без ручного «ок» ни один ответ, построенный на личных коннекторах, в канал не попадёт. Это удобная страховка для организаций, где документооборот регулируется особенно строго.
| Режим | Кто видит ответ до публикации | Когда уместен |
|---|---|---|
| Авто-режим | Claude сам решает, нужна ли проверка | Обычные, не чувствительные запросы |
| Ручная проверка | Только автор запроса | Работа с закрытыми документами, финансами, HR |
| Обязательная проверка (Enterprise) | Автор запроса, требование администратора | Регулируемые отрасли, строгий compliance |
## Что это даёт администраторам
Личные коннекторы — это не только удобство для сотрудников, но и новый инструмент управления для админов. Теперь у них есть выбор из нескольких моделей:
- дать доступ к общему набору инструментов под единой identity агента — как раньше;
- разрешить участникам канала использовать только их личные коннекторы, полагаясь на уже существующую ролевую модель доступа в компании;
- настраивать доступ инструмент за инструментом, комбинируя оба подхода там, где это нужно.
Такая гибкость особенно важна для крупных организаций, где команды безопасности и так выстроили ролевую модель доступа для сотрудников — и не хотят дублировать её отдельно для ИИ-агентов. Личные коннекторы Claude Tag просто наследуют те же правила: если у тебя нет доступа к какому-то ресурсу как у человека, у тебя не появится к нему доступа и через Claude в канале.
Доступ идёт за человеком, а не за каналом. Всё, что Claude делает через твой личный коннектор, попадает в лог этого инструмента под твоим аккаунтом — точно так же, как при работе в личных сообщениях с Claude.
## Где всё-таки нужны общие коннекторы канала
Важное ограничение: личные коннекторы не работают без присмотра. Всё, что Claude запускает по расписанию или инициирует сам — без прямого запроса конкретного человека, — использует только те коннекторы, которые администратор подключил к каналу целиком. Это логично: если действие должно происходить автоматически, ночью, без человека рядом, оно не может зависеть от того, залогинен ли конкретный сотрудник в свой личный аккаунт.
Хороший пример — канал #on-call для дежурных инженеров. Там Claude помогает с CI-triage и реагированием на инциденты, в том числе после рабочих часов. Чтобы Claude мог самостоятельно определять проблемы и предлагать исправления ночью, к каналу нужно подключить общие коннекторы к runbook, системам мониторинга и истории деплоев — те инструменты, на которые опирается весь канал, а не один человек.
И наоборот: канал, который целиком держится на личных коннекторах, подходит для плотно контролируемой совместной работы. Например, команда пишет ответ на RFP и тянет данные из pricing-системы или других чувствительных источников, доступ к которым не выдан всему каналу целиком — только конкретным людям. При этом стоит помнить: всё, что Claude публикует в канале, видят все его участники, даже если исходные данные были доступны только тебе.
## Как это устроено технически и когда доступно
С точки зрения настройки всё максимально просто — устанавливать ничего не нужно. Когда твой запрос требует одного из личных коннекторов, Claude спрашивает разрешение в первый раз, а затем использует этот коннектор в рамках треда без повторных запросов. Работа канала со своими собственными коннекторами при этом продолжается через отдельный service account, за которым уже следит служба безопасности организации — эти два потока данных никогда не смешиваются.
Личные коннекторы в Claude Tag сейчас раскатываются на Team-планах, следом функциональность появится и на Enterprise. Если тебе только предстоит разобраться с базовыми принципами работы Claude и агентов — с чего начинается такая настройка доступа, какие роли и разрешения имеют смысл, — полезно будет пройти бесплатный курс zero2claude, где эти основы разбираются на простых примерах.
## Зачем это всё нужно на практике
По сути, эта функция закрывает главный компромисс, с которым жили команды, использующие ИИ в общих каналах: либо давать Claude узкий набор инструментов и терять часть пользы, либо расширять доступ и рисковать безопасностью. Теперь можно держать общий список коннекторов канала действительно коротким — только то, что нужно для автоматических действий и общей работы, — а всё личное каждый сотрудник подключает сам, под свою ответственность и с полным контролем над тем, что публикуется.
Это особенно созвучно с общей тенденцией, о которой Anthropic пишет и в других материалах — например, о том, как бюджет на один инструмент постепенно превращается в бюджет на целую экосистему сервисов, см. [маркетплейс Claude](/blog/claude-marketplace-snowflake-vercel). Чем больше инструментов подключается к Claude, тем важнее становится именно такая гранулярная модель доступа — по человеку, а не по каналу.
## Частые вопросы
Нет. Личные коннекторы работают только для запросов, которые делаешь именно ты. Остальные участники канала видят лишь итоговый ответ Claude, а не сами данные из твоего календаря, Google Drive или CRM — если только ты сам не решишь опубликовать что-то чувствительное.
В авто-режиме Claude публикует ответ сразу, если не находит в нём признаков чувствительного содержимого — в этом случае он всё равно попросит подтверждение. В режиме проверки ты видишь каждый ответ до того, как его увидит канал, и сам решаешь, отправлять его или нет. На Enterprise-планах администратор может сделать проверку обязательной для всех.
Нет. Всё, что Claude запускает без прямого запроса конкретного человека — по расписанию или самостоятельно, — использует только общие коннекторы, которые администратор подключил к каналу целиком. Личные коннекторы доступны исключительно для запросов, инициированных владельцем аккаунта.
Нет, устанавливать ничего не нужно. Если твой запрос требует одного из личных коннекторов, Claude просто спросит разрешение при первом обращении, а затем будет использовать его в рамках треда.
Главный сдвиг здесь простой, но важный: доступ теперь идёт за человеком, а не за каналом. Это снимает вечную дилемму между удобством и безопасностью при совместной работе с ИИ — команда получает более полезного Claude в общем чате, а каждый сотрудник сохраняет полный контроль над своими личными данными и над тем, что из них попадает в общий разговор.
Если хочешь попробовать всё это руками — начни с бесплатного курса [«Claude с нуля»](/learn/claude-101).
По мотивам статьи Anthropic «Claude Tag now supports personal connectors in channels». Пересказали по-русски для новичков.