Claude Code: сессии теперь общаются между собой — что проверить до запуска автоматизации

Андрей Отинов -

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

Источник: t.me

Функция называется cross-session messaging. Она появилась в Claude Code версии 2.1.224 и новее, работает на macOS и Linux (включая WSL 2) и не требует включения: если сессия соответствует требованиям, механизм уже активен. Для бизнеса это значит одно: параллельные автоматизации перестают быть слепыми друг к другу, а значит, снижается риск того, что два агента одновременно правят одни и те же файлы и ломают результат. Но у функции есть ограничения, которые нужно проверить до того, как строить на ней процессы без присмотра.

Что именно появилось

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

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

Для наблюдения за происходящим есть две команды. /list-agents (у неё есть псевдоним /peers) показывает, какие сессии сейчас видны. /status показывает адрес вашего собственного «входящего ящика» — inbox, по которому вам могут писать другие сессии.

Почему это меняет экономику автоматизации

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

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

Что меняется Почему важно бизнесу Что проверить
Сессии видят друг друга и обмениваются сообщениями Меньше ручной координации параллельных задач Версия Claude Code — нужна 2.1.224+
Локальные сообщения идут через сокет, минуя серверы Anthropic Данные не покидают машину при локальной работе Где физически работают ваши сессии
Сообщения между машинами идут через серверы Anthropic Вопрос конфиденциальности при распределённой работе Что за данные фигурируют в переписке
Режим без присмотра требует явной настройки Риск «зависшего» воркера, ждущего подтверждения Параметр crossSessionInbound в настройках

Как устроен транспорт и где границы

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

Если же сессии находятся на разных ваших машинах или одна из них — это Claude Code в веб-версии, сообщения проходят через серверы Anthropic. Здесь есть два следствия. Первое — приватность: содержимое переписки покидает ваш периметр, и это нужно учитывать, если в сообщениях фигурируют фрагменты кода или данные. Второе — асимметрия: из веб-версии и с удалённой машины можно только отвечать, начать переписку оттуда нельзя. Инициатором диалога всегда выступает локальная сессия.

Как собрать воркер без присмотра

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

Режим claude -p (неинтерактивный запуск) тоже поднимает сокет и может принимать сообщения. Но у него нет интерфейса, чтобы показать диалог подтверждения. Если запустить такого воркера как есть, входящее сообщение может упереться в запрос подтверждения, который некому нажать, — и процесс встанет. Чтобы воркер работал автономно, его нужно стартовать с параметром crossSessionInbound: "accept" в --settings. Это явное разрешение принимать входящие сообщения без диалога.

При этом встроена защита от злоупотреблений. Входящее сообщение не считается вашим согласием: чужая сессия не может через сообщение одобрить разрешение (permission) или изменить конфигурацию. А если в тексте сообщения приходит, например, команда /compact, она воспринимается как обычный текст и не выполняется. То есть канал связи — это канал информации, а не канал управления.

Где риски и что может пойти не так

Первый риск — свежесть. Функция появилась буквально на днях, и её поведение стоит сверять с официальным чейнджлогом и документацией Anthropic: детали в ранних версиях могут меняться.

Второй риск — безопасность режима accept. Разрешая воркеру принимать входящие без подтверждения, вы должны быть уверены, что писать ему могут только доверенные сессии. Иначе любой процесс, который видит сокет, получает возможность ставить воркеру задачи.

Третий риск — приватность распределённой работы. Локальный обмен не покидает машину, но как только в схеме появляется вторая машина или веб-версия, трафик идёт через серверы Anthropic. Для кода под NDA или персональных данных это повод заранее решить, что может фигурировать в таких сообщениях.

Четвёртое — ограничение платформ: поддерживаются macOS и Linux, включая WSL 2. Если часть команды работает на чистом Windows, схему придётся пересматривать.

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

Практическая проверка занимает один-два часа и не требует перестройки процессов:

  1. Проверьте версию Claude Code на рабочих машинах — нужна 2.1.224 или новее.
  2. Откройте две сессии в разных терминалах и выполните /list-agents (или /peers) — убедитесь, что сессии видят друг друга.
  3. Попросите одну сессию обычным языком спросить у другой о статусе задачи — проверьте, что сообщение доходит и ответ возвращается.
  4. Через /status посмотрите адрес inbox своей сессии, чтобы понимать, как вас «видят» другие агенты.
  5. Если планируете фонового воркера, запустите claude -p с crossSessionInbound: "accept" в --settings и проверьте, что он принимает задания без зависания на подтверждении.
  6. Решите заранее, какие данные допустимы в межсессионной переписке, если сессии работают на разных машинах.

Вывод простой: cross-session messaging превращает набор независимых окон с Claude Code в координированную группу агентов. Это не повод немедленно перестраивать все процессы, но это повод проверить функцию на одной реальной паре задач — и понять, сколько ручной координации она снимает именно в вашей команде.

Источники

Темы журнала

Что почитать дальше