Claude in Chrome: можно включить всех? Чек-лист 2026

Симптом: автоматические действия уже доступны, но это ещё не означает, что Claude in Chrome можно без подготовки выдать всей компании.
Быстрое решение: начните с ограниченного аккаунта, отдельного профиля Chrome, белого списка сайтов и ручного подтверждения; автоматический режим допускайте только после проверки чтения, записи, блокировок и отката.

Эта статья предназначена для IT-администраторов, специалистов по безопасности и команд, которые принимают решение о корпоративном внедрении Claude in Chrome. Если вы управляете браузерным Agent или планируете выполнять задачи через удалённый Mac, ниже есть отдельные критерии для прав, данных, сессий и очистки среды.

Важное ограничение: полноценная доступность продукта не равна безопасному режиму «для всех». Anthropic прямо указывает, что защита от prompt injection снижает риск, но не устраняет его, а содержимое, видимое на экране, может попасть в контекст работы Claude. (официальное руководство по безопасному использованию Claude in Chrome)

Claude in Chrome уже выпущен, но корпоративный допуск начинается не с кнопки

Anthropic объявила о полноценной доступности Claude in Chrome 26 августа 2026 года для всех платных планов. Расширение умеет читать страницы, переходить между ними, нажимать элементы, вводить текст и заполнять формы, используя уже выполненные входы пользователя. В режиме автоматического подтверждения действие предварительно проверяется классификатором безопасности, однако это не превращает браузерный Agent в изолированную песочницу. (объявление о полноценной доступности Claude in Chrome)

Для предприятия важны не сами возможности, а границы допуска:

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

Anthropic отдельно предупреждает, что Claude in Chrome создаёт снимки активной вкладки, чтобы понимать содержимое страницы. Поэтому вопрос «видит ли Claude пароль или соседний документ» нельзя сводить только к механике расширения: всё, что отображается на экране, потенциально становится частью рабочего контекста. Для чувствительных сайтов рекомендуется отдельный профиль браузера без доступа к соответствующим учётным записям.

Организации, работающие с регулируемыми данными, должны быть особенно осторожны: в официальном руководстве Claude in Chrome указано, что решение не предназначено для организаций, подпадающих под HIPAA, и не рекомендуется для страниц с регулируемыми данными. В корпоративный запрет первой волны также следует включить финансовые кабинеты, медицинские сведения, юридические документы, панели управления инфраструктурой и внутренние страницы с секретами.

Организации, которым нужно обосновать корпоративное применение Claude in Chrome, должны исходить из принципа минимально необходимого доступа. Наличие платного плана или полноценного релиза отвечает только на вопрос доступности функции, но не на вопрос допустимого уровня риска для конкретного рабочего процесса.

До первого запуска разделите Claude in Chrome, Claude Cowork и встроенный браузер

Одна из самых частых ошибок при внедрении — считать расширение Chrome и Claude Cowork одной и той же функцией. Администратор включает Cowork, после чего ожидает, что это автоматически определит поведение расширения. На практике Anthropic управляет этими возможностями раздельно.

В Team и Enterprise доступны отдельные организационные настройки:

• переключатель доступности Claude in Chrome;
• права, связанные с использованием расширения;
• доступ к Claude Cowork;
• возможность запуска Cowork в облаке;
• разрешение на режим «Автоматически подтверждать»;
• белый и чёрный списки сайтов.

Для Enterprise дополнительно важны группы и пользовательские роли. Доступ к Claude in Chrome не следует автоматически считать унаследованным от права пользоваться Claude Cowork: официальная документация указывает, что это отдельная возможность, а для отдельных команд можно применять пользовательские роли. (руководство Anthropic по административным настройкам)

Нужно также различать три среды исполнения:

1. Расширение Chrome работает в браузере пользователя, видит открытые страницы и использует активные входы в его аккаунты.
2. Встроенный браузер Cowork работает в отдельной браузерной среде Claude и не видит пользовательские логины, если их специально не импортировать.
3. Удалённый Mac с отдельным профилем даёт вашей команде контролируемую рабочую станцию, где можно изолировать корпоративный аккаунт, браузер, загрузки и локальные файлы.

Встроенный браузер и Claude in Chrome могут быть включены одновременно, но пользователь выбирает предпочтительный вариант. Встроенный браузер требует запущенного и подключённого приложения Claude Desktop, тогда как расширение работает с Chrome пользователя; задачи, которым нужны локальные файлы или управление Chrome через другую поверхность, также зависят от подключённого приложения. Нельзя обещать команде «полностью автономную облачную работу», если сценарий фактически использует локальный компьютер. (инструкция по настройке браузерного режима Cowork)

На этом этапе сохраните:

• снимок настроек организации;
• назначенные группы и роли;
• версию политики развёртывания расширения;
• список разрешённых и запрещённых доменов;
• права тестового аккаунта;
• выбранный режим подтверждения.

Это ваша исходная точка для расследования: без неё после изменения политики будет трудно доказать, какие разрешения действовали во время инцидента или неудачного теста.

Первый час: настройте организационные права и сайт за сайтом уменьшайте поверхность атаки

Начинайте не с установки расширения сотрудникам, а с административной консоли. Для Team и Enterprise владелец или основной владелец организации открывает настройки Organization settings → Claude in Chrome, проверяет организационный переключатель и задаёт ограничения доступа. Anthropic рекомендует начинать с ограничительного списка разрешённых сайтов и расширять его только после накопления опыта.

Рабочая последовательность выглядит так:

1. Создайте пилотную группу из сотрудников, которым не нужны финансовые, медицинские и административные права.
2. Включите Claude in Chrome только для этой группы или установите расширение через существующие средства управления Chrome и MDM.
3. Добавьте в белый список тестовые стенды, внутреннюю документацию без персональных данных и несколько доверенных рабочих инструментов.
4. Добавьте в чёрный список финансовые кабинеты, медицинские системы, панели управления, хранилища секретов и другие домены, доступ к которым запрещён независимо от пользовательских разрешений.
5. Отдельно проверьте, включён ли Claude Cowork, и не перепутан ли его доступ с доступом расширения.
6. Зафиксируйте, разрешён ли режим автоматического подтверждения для пилотной группы.
7. Проверьте сетевые политики: расширение использует существующие конечные точки Claude и соединение с bridge-сервисом, поэтому чрезмерно строгая фильтрация может проявиться как нестабильность, а не как понятная ошибка прав.

Если вы применяете принудительное корпоративное управление Chrome, проверьте, на какую организацию разрешено входить расширению. Для этого Anthropic описывает политику forceLoginOrgUUID. В среде с жёстким сетевым контролем также необходимо согласовать разрешённые соединения с ответственными за прокси и исходящий трафик.

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

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

Сравнительная таблица: какая среда подходит для какого этапа

Для команд, которые оценивают собственную рабочую станцию против аренды удалённого Mac, полезно заранее разделить требования к железу, сети и изоляции. В руководстве по выбору Mac для AI-задач смотрите не только на модель, но и на то, нужна ли вам постоянная машина с физическим доступом. Для краткого корпоративного пилота важнее управляемый профиль и возможность быстро удалить среду, чем максимальная производительность.

Если задача должна выполняться долго, повторяться по расписанию или использовать отдельную учётную запись, сравнивайте не только скорость. Проверьте, кто отвечает за обновление браузера, отзыв токенов, очистку загрузок, восстановление после сбоя и удаление среды после завершения испытаний.

Первый запуск: только обратимые задачи и подробный журнал действий

Начальная проверка должна отвечать не на вопрос «завершил ли Claude задачу», а на вопрос «что именно он сделал по дороге». Запустите несколько сценариев, которые не меняют реальные данные:

• составление сводки по открытым тестовым страницам;
• извлечение полей из демонстрационной карточки;
• сравнение сведений из нескольких вкладок;
• поиск строки в тестовой таблице;
• чтение страницы с динамической загрузкой;
• переход между вкладками и возврат к исходной странице.

Для каждого запуска включите «Подтверждать вручную». В этом режиме Claude должен останавливать работу перед действиями и показывать, что именно собирается сделать. В Cowork и в расширении детали интерфейса могут различаться, поэтому проверяйте не только наличие диалога, но и соответствие фактического действия вашей инструкции. Официальное руководство описывает три режима: ручное подтверждение, автоматическое подтверждение и пропуск всех подтверждений. (руководство по режимам разрешений Claude in Chrome)

Журнал пилота должен содержать:

• цель задания и исходный текст инструкции;
• используемый аккаунт;
• открытые вкладки;
• фактически посещённые сайты;
• каждое нажатие, переход и введённое значение;
• момент ручного подтверждения;
• скачанные файлы;
• итоговый результат;
• ошибку, остановку или ручное вмешательство.

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

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

Для каждого сценария заранее определите ожидаемый маршрут. Например, задача по чтению должна завершаться на разрешённых страницах и не требовать ввода данных; задача по форме должна останавливаться перед отправкой; задача с файлом должна показывать имя, источник и назначение загрузки. Благодаря этому вы сможете отличить функциональную ошибку от опасного отклонения.

Расширение прав: сначала обратимая запись, затем проверка блокировок

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

• заполнение черновика;
• изменение демонстрационного поля;
• создание записи без отправки;
• добавление тестового комментария;
• загрузка заранее подготовленного безвредного файла.

Не начинайте с отправки писем, публикации документов, изменения платёжных реквизитов или удаления данных. Такие сценарии требуют отдельного решения владельца системы и не должны использоваться как обычная проверка расширения.

В каждом тесте проверьте, запрашивается ли явное подтверждение перед:

• вводом потенциально чувствительной информации;
• предоставлением авторизации;
• скачиванием файла;
• действием с заметными последствиями;
• переходом к сайту, которого нет в разрешённом списке.

Anthropic указывает, что даже при разрешении сайта расширение должно отдельно запрашивать подтверждение для загрузки файла, ввода потенциально чувствительных данных и предоставления авторизаций. Это полезная защита, но не основание передавать Agent высокие права: администратор всё равно должен проверить, что именно считается чувствительным действием в вашем приложении.

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

1. Claude распознаёт конфликт между пользовательской задачей и инструкцией страницы.
2. Потенциально опасное действие блокируется или требует явного подтверждения.
3. После блокировки Agent не продолжает обходной маршрут через другой сайт или вкладку.

Одного успешного перехвата недостаточно, чтобы объявить систему безопасной. В официальном руководстве Anthropic сохраняется предупреждение о ненулевом риске новых атак и ошибочных действий. Поэтому проверяйте не только сам факт блокировки, но и поведение после неё: завершилась ли сессия, остались ли открытыми чувствительные вкладки, сохранились ли загруженные файлы и не продолжил ли Agent выполнение по альтернативному маршруту.

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

Автоматическое подтверждение допускается только в отдельной среде

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

Перед включением Auto mode для пилотной группы проверьте:

• что сценарий работает на белом списке сайтов;
• что аккаунт не имеет лишних административных прав;
• что вводятся только тестовые или минимально необходимые данные;
• что загрузки попадают в контролируемую папку;
• что сессию можно завершить извне;
• что изменение можно отменить;
• что после остановки браузер не оставляет активные токены и открытые чувствительные вкладки.

Высокоправные аккаунты, длительные задачи и сценарии с локальными файлами лучше запускать в изолированном удалённом Mac с отдельным профилем Chrome. После задания удалите скачанные файлы, завершите входы, очистите профиль и проверьте, что следующая сессия не видит историю, cookies и старые вкладки. Такая среда не делает задачу безопасной автоматически, но уменьшает радиус последствий по сравнению с обычным рабочим браузером.

Не путайте облачную сессию Cowork с полной независимостью от устройств. Официальные материалы описывают облачные и локальные варианты, а задачи, которым нужен локальный компьютер, приложение Claude Desktop или управление Chrome через другую поверхность, сохраняют зависимость от подключённого устройства.

Для команды, которая планирует постоянную инфраструктуру, полезно заранее посмотреть обзор конфигураций Mac mini для рабочих и AI-сценариев, а условия временного тестового окружения сопоставить с тарифами аренды Mac. Сравнивать нужно не только стоимость, но и время доставки, способ сброса среды, доступ к физическому устройству и ответственность за очистку аккаунтов.

Критерий допуска Auto mode должен быть уже, чем критерий допуска ручного режима. Если задача может отправить сообщение, изменить запись, скачать файл или вызвать действие с внешним эффектом, автоматическое подтверждение не должно считаться достаточным основанием для массового доступа.

К концу первой недели нужен не процент успеха, а пакет доказательств

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

Соберите:

• журнал выполненных задач;
• перечень фактически посещённых доменов;
• записи ручных подтверждений;
• случаи блокировки и обходного поведения;
• результаты тестов чувствительного ввода и загрузок;
• подтверждение отката изменений;
• доказательство очистки браузера и удалённого Mac;
• список разрешений, которые были отозваны после теста;
• комментарии владельцев систем, на которых запускался пилот.

Не подменяйте качественные данные выдуманной метрикой. Если вы хотите оценивать долю успешных задач, количество вмешательств или частоту блокировок, эти значения должны быть рассчитаны из вашего журнала. Внешние материалы Anthropic описывают режимы и ограничения, но не дают универсального корпоративного порога, после которого Claude in Chrome становится безопасным для любой компании.

Решение об ограниченном расширении можно принимать, если одновременно выполнены условия:

• только низкорисковые сайты находятся в белом списке;
• пилотные пользователи работают в отдельном профиле;
• ручное подтверждение корректно останавливает запись и авторизацию;
• тесты prompt injection не приводят к неконтролируемому переходу;
• каждое изменение можно отменить;
• загрузки и локальные файлы подлежат проверке;
• после завершения сессии среда очищается;
• процедура отзыва доступа проверена на практике.

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

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

Вывод после приёмки: личный браузер, профиль или удалённый Mac

Ваш текущий вариант — обычный рабочий Chrome — удобен, но у него есть три системных недостатка: он смешивает личные и корпоративные сессии, может содержать лишние открытые данные и затрудняет доказательство того, что именно видел Agent. Встроенный браузер Cowork лучше отделяет веб-среду, однако может зависеть от состояния приложения Claude Desktop и не всегда подходит для локальных файлов или привычных внутренних аккаунтов.

Изолированный удалённый Mac рациональнее выбирать, когда вам нужны отдельные корпоративные учётные данные, длительные задачи, контролируемый профиль Chrome, повторяемая очистка и возможность быстро завершить или пересоздать рабочую среду. Если же задача краткая, не затрагивает чувствительные данные и выполняется на небольшом наборе доверенных сайтов, отдельного профиля Chrome может быть достаточно. Главное — не выдавать личному браузеру полномочия, которые вы не готовы предоставить тестовой машине.

Для временного пилота, проверки браузерного Agent или запуска изолированного корпоративного аккаунта аренда Mac у MacPull может оказаться практичнее покупки отдельной рабочей станции: вы получаете среду под конкретный срок и можете строить процесс вокруг выдачи, использования и последующего сброса. Начните с главной страницы MacPull, а решение принимайте только после того, как зафиксируете требования к изоляции, длительности работы и очистке.

Если Claude in Chrome не проходит проверку чтения, записи, остановки или восстановления, правильное действие — отключить расширение для пилотной группы, отозвать разрешения сайтов, пересоздать профиль и провести разбор инцидента. Полноценный релиз даёт вам право тестировать функцию; он не отменяет обязанности доказать, что именно в вашей организации она работает в допустимых границах.

Частые вопросы