Компания Anthropic добавила в Claude Code экспериментальную функцию Cross-session messaging (кросс‑сессионная коммуникация). Она позволяет нескольким одновременно работающим сессиям Claude Code напрямую обмениваться сообщениями. Например, если есть три сессии — для базы данных, бэкенд‑API и тестирования, — Cross‑session messaging позволит одной сессии уведомить другую об изменениях. Так, сессия базы данных может сообщить бэкенд‑сессии об изменении полей, а тестовая сессия — передать результаты обнаружения проблем с интерфейсом сессии, которая редактирует код.
Claude может самостоятельно определять, когда нужно уведомить другие сессии, или связываться с указанными сессиями по требованию разработчика. При этом принцип изоляции сессий в Claude Code не меняется: при отправке сообщения из сессии A в сессию B передаётся только текст, а не история разговоров, прочитанные файлы или весь Context Window.
Для переноса полного диалога и контекста на другой терминал нужно использовать Resume исходной сессии, а не Cross‑session messaging. Функция передаёт результаты задач и информацию о зависимостях, а не полную историю работы. Это позволяет избежать переполнения сессий локальной информацией: детали, связанные с базой данных, остаются в сессии базы данных, процессы тестирования — в тестовой сессии, а обмен данными между сессиями происходит только тогда, когда изменения влияют на другие задачи.
Claude Code добавляет коммуникационные входы для сессий с поддержкой Cross‑session messaging. Локальные сессии регистрируют информацию на диске и привязывают Inbox Socket. Claude может находить доступные сессии через ListAgents и отправлять сообщения через SendMessage. Имя сессии участвует в поиске цели; при дублировании имён система добавляет короткий идентификатор и показывает Working Directory.
Локальная передача сообщений идёт через Socket сессии, минуя Anthropic Server. Для коммуникаций между машинами или через Claude Code Web используется Anthropic Server и Remote Control. Возможность обнаружения сессий зависит от видимости регистрационной информации, доступности Socket и разрешений ОС. Если файлы системы изолированы (например, Host и контейнер), сессии могут не обнаружить друг друга; в рамках одного контейнера связь возможна. Inbox Socket ограничен правами пользователя ОС — другие пользователи сервера не могут получить к нему доступ.
После доставки сообщения решение о том, когда передать его модели, принимает Runtime Claude Code. Если целевая сессия в состоянии Idle, сообщение может инициировать новый Turn; если Claude уже в Active Turn, сообщение будет ждать между Tool Call. Сообщения влияют на будущие решения Claude, не прерывая текущие операции.
Cross-session messaging интегрирован в Agentic Loop Claude Code как асинхронный источник ввода. Claude Code открывает Messaging Socket текущей сессии для Hook и Bash, запускающих дочерние процессы. После завершения длительного фонового задания результат может быть отправлен обратно в текущую сессию без постоянного опроса со стороны Claude.
У системы есть ряд ограничений:
* повторяющиеся сообщения ограничены — дубли в короткий промежуток времени могут быть отброшены;
* в каждом сеансе сохраняется максимум 50 сообщений, ожидающих чтения Claude;
* сообщения в состоянии Hold хранятся в отдельной буферной области, максимум 100 сообщений.
Claude Code различает User Message и Peer Session Message: сообщения из другой сессии не считаются авторизацией пользователя — не могут подтверждать Permission Prompt, изменять настройки разрешений, CLAUDE.md и другие настройки. Сообщения с командами Claude Code обрабатываются как обычный текст. Если сессия A запрашивает у сессии B удаление файла, для которого в сессии B требуется авторизация пользователя, Permission Prompt всё равно будет показан.
Claude Code предотвращает обход ограничений разрешений: если операция отклонена системой разрешений в текущей сессии, Claude не должен запрашивать выполнение этой операции в другой сессии. Для сообщений между сессиями существует уровень Inbound Control: получатель может установить для них статус accept, hold или refuse (передать Claude, временно сохранить для подтверждения или удалить). Если пользователь не задал правила явно, Claude Code учитывает режим разрешений отправителя и получателя.
Существуют два этапа проверки: сначала определяется, может ли сообщение попасть в Claude, затем — имеет ли Claude право выполнить действие, подготовленное на основе этого сообщения. Полный путь Cross-session message включает: генерацию информации, обнаружение цели, доставку, чтение сообщения в Runtime, контроль прав на стороне получателя.
В Claude Code также есть другие инструменты:
* 05Session координирует цепочку и интегрирует её в существующие возможности Claude Code;
* Resume Session — для продолжения Conversation и Context;
* Agent Teams — для создания и управления группой сотрудничающих Agent;
* Worktree — для изоляции изменений кода между разными Session;
* Remote Control — для управления Session с других устройств.
Ранее при запуске нескольких Claude Code Session разработчикам приходилось отслеживать прогресс на разных терминалах и вручную передавать статус задач. Теперь такие данные, как изменения интерфейса, результаты тестирования, завершение миграции, могут напрямую отправляться в затронутые Session. Cross-session messaging не объединяет несколько Claude в один Agent, а добавляет уровень коммуникации вне существующего Context, рабочего каталога и границ прав. В крупных проектах такой подход предлагает альтернативный способ взаимодействия множества Agent: им не нужно делиться постоянно растущим Context — взаимодействие обеспечивается через чёткие интерфейсы связи. После разделения задач, статусов и прав систему проще масштабировать.
Cross-session messaging закладывает основу для полноценной инженерной структуры работы с несколькими Session в Claude Code. В перспективе механизм межсессионного взаимодействия в локальной сети может развиться в протокол Agent-to-Agent-коммуникации между машинами и экосистемами.
Подробнее можно прочитать по ссылке
Подписаться в Макс
