Claude Code Artifacts теперь вызывают MCP connectors с учётными данными зрителя: что нужно знать operator'у

Когда функция Artifacts в Claude Code появилась на неделе 25 (июнь), модель публикации была прямолинейной: Claude строит страницу из контекста сессии и публикует её по приватной ссылке. Полезно, но статично после публикации.

Неделя 29 (13–17 июля, v2.1.207) меняет это одной архитектурной инверсией: опубликованный artifact теперь может вызывать MCP connectors при открытии зрителем — используя соединения самого зрителя, а не создателя.

Это не просто инкрементальная функция. Модель владения учётными данными смещается в направлении, которое каждая команда, использующая AI gateway или развёртывающая Claude Code в масштабе, должна осмыслить явно.

Что произошло

В релизе недели 29 добавлена поддержка MCP connector в Claude Code Artifacts. Когда создатель строит artifact, ссылающийся на connector — например, «Создай дашборд с актуальным списком open pull requests через мой GitHub connector» — результирующая страница вызывает MCP server при каждом открытии зрителем. Используются учётные данные зрителя, а не создателя. Перед первым вызовом connector зритель видит запрос на подтверждение доступа.

Тот же релиз добавляет публичные ссылки для совместного доступа (ранее только в рамках организации), роли редактора для совместного редактирования на планах Team и Enterprise, а также создание artifacts из сессий Claude Tag.

Почему это важно для AI-инжиниринг команд

Зона видимости учётных данных изменилась. Раньше любые динамические данные в artifact требовали от создателя встроить снимок. Теперь актуальность данных artifact зависит от состояния авторизации connector у зрителя, а не у создателя. Это существенное отличие с точки зрения governance: участник команды, потерявший доступ к GitHub-организации, увидит пустой дашборд; участник с более широкими правами может увидеть данные, которые создатель не намеревался открывать.

Гигиена MCP connector становится вопросом для artifact. Когда Artifacts были статичными снимками, конфигурация MCP connector была делом каждого разработчика в рамках его Claude Code сессий. Как только Artifacts поддерживают вызовы connector в зоне зрителя, вопрос становится другим: какие connectors доступны каким зрителям, в какой зоне видимости, по какой политике аутентификации? Команды с SSO-управляемой конфигурацией MCP connector должны проверить, корректно ли их модель авторизации обрабатывает эту новую поверхность.

Общий внутренний инструментарий переходит от «ссылки на документ» к «ссылке на живой инструмент». Сессия Claude Code, создающая дашборд pull requests, временну́ю шкалу инцидента или страницу статуса деплоя, теперь может опубликовать её как URL, который остаётся актуальным для любого, кто его откроет, — без какой-либо серверной инфраструктуры. Для команд, маршрутизирующих Claude Code через AI gateway, это означает, что вывод агента — уже не просто лог сессии: он может стать постоянной, действующей страницей внутреннего инструментария.

Подтверждение доступа зрителем — на уровне каждого connector, каждого зрителя. Запрос на подтверждение появляется при первой загрузке зрителем. Если в организации действует политика zero trust или строгие ограничения по зоне connector, убедитесь, что процедура подтверждения корректно интегрируется с вашим IdP и что токены connector, полученные через подтверждение, поддаются аудиту.

Router/operator угол

Для команд, маршрутизирующих Claude Code через AI gateway или кастомный base URL, функция connector в Artifacts создаёт два новых операционных вопроса:

1. Какую топологию соединения должен поддерживать ваш gateway? Artifacts вызывают connectors из браузерного контекста зрителя, а не из CLI-сессии Claude Code. Если ваш AI gateway стоит между Claude Code и провайдерами моделей, он не находится в цепочке вызова artifact → MCP server. Вызовы MCP connector, инициируемые из Artifacts, идут напрямую из браузера зрителя на connector server (или через connector-прокси claude.ai, в зависимости от конфигурации connector). Убедитесь, что ваша MCP server инфраструктура принимает вызовы connector из Artifacts, а не только из CLI-сессий.

2. Проверьте зоны видимости connector перед внешним распространением Artifacts. Публичные ссылки (новинка недели 29) означают, что artifact с дашбордом, поддерживаемым connector, может открыть любой владелец ссылки — не только участники организации. Если connector, обслуживающий публичный artifact, имеет широкие права на чтение или запись, запрос подтверждения у зрителя — единственный барьер между публичным интернетом и вашим источником данных. Проверьте зоны видимости connector и рассмотрите ограничение публичных Artifacts на сценарии только для чтения или без connector.

Что сделать на этой неделе:

• Проверьте конфигурации MCP connector на предмет зоны видимости: какие scope включены, кто может получить доступ через flow подтверждения зрителем и соответствуют ли эти scope сценариям совместного использования artifacts.
• Убедитесь, что ваши connector servers (GitHub, Linear, Notion и пр.) настроены принимать OAuth token grants, выпущенные через connector-прокси claude.ai.
• В регулируемых средах — проверьте, фиксируются ли вызовы connector в зоне зрителя в вашем audit log. Вызовы MCP connector из Artifacts могут появляться в другом метаданных сессии, нежели вызовы из CLI.
• Для команд с AI gateway: gateway не стоит в цепочке artifact → MCP. Логи использования вашего gateway не захватывают connector-активность из Artifacts — для этой видимости нужны логи на стороне connector server.

Что посмотреть пользователям TheRouter

Claude Code Artifacts доступны на планах Pro, Max, Team и Enterprise. Функция MCP connector требует сессии, аутентифицированной через /login. Если ваша команда маршрутизирует Claude Code через шлюз TheRouter, конфигурация вашей сессии (base URL, scope API-ключа) продолжает управлять вызовами моделей — вызовы connector из artifact — отдельные и выполняются в зоне зрителя.

Практический эксперимент: создайте artifact, ссылающийся на connector, уже настроенный в вашей команде (GitHub, Linear или кастомный MCP server), опубликуйте в рамках организации и проверьте, что коллега может открыть его, подтвердить доступ к connector и увидеть актуальные данные. Если подтверждение не проходит или появляются ошибки аутентификации connector, проблема — в OAuth-конфигурации connector, а не в Claude Code сессии или вашем AI gateway.

Для мониторинга: следите за заметками о выпусках Claude Code на предмет controls для зон видимости connector и интеграции audit log — это логичные продолжения данной функции.