Кросс-сессионный обмен сообщениями в Claude Code 2.1.224: поддержка параллельных рабочих процессов разработки

Введение

Anthropic добавила в Claude Code новый уровень координации: независимые сессии кодирования теперь могут напрямую отправлять сообщения друг другу.

Эта функция вышла вместе с Claude Code v2.1.224 7 августа 2026 года. Anthropic называет её кросс-сессионным обменом сообщениями.

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

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

Кросс-сессионный обмен сообщениями:

• Требует Claude Code v2.1.224 или новее
• Работает на macOS и Linux (включая Linux под WSL 2)
• Не работает на нативной Windows
• Передаёт текстовые сообщения, а не полную историю диалога или файлы
• Использует ListAgents для обнаружения доступных сессий
• Использует SendMessage для доставки сообщений
• Применим между несколькими сессиями на одной машине
• Также может подключаться к поддерживаемым сессиям на других машинах или к веб-версии Claude Code
• Включает функции контроля входящих сообщений: принять, отложить или отклонить

По состоянию на 10 августа официальный журнал изменений уже ушёл дальше v2.1.224. Версия 2.1.225 улучшила возможность инициации кросс-машинных сессий, а на момент подготовки этой статьи v2.1.227 указана как последняя версия в журнале изменений Anthropic.

Ключевой момент: v2.1.224 представила эту функцию, а последующие версии оптимизировали её поведение.

Сессии Claude Code теперь могут взаимодействовать друг с другом

До появления кросс-сессионного обмена сообщениями разработчики, запускавшие несколько сессий Claude Code, часто вынуждены были выступать в роли коммуникационного слоя между ними.

Представьте три терминала:

Сессия A: рефакторинг аутентификации
Сессия B: обновление платёжного API
Сессия C: запуск миграций и интеграционных тестов

Если сессия A изменяет общий интерфейс, от которого зависит сессия B, разработчик должен заметить это изменение и объяснить его вручную.

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

С кросс-сессионным обменом сообщениями Claude может передавать эту информацию напрямую.

Упрощённый рабочий процесс выглядит так:

Сессия A
  │
  │ «Интерфейс аутентификации изменён; используйте createSessionV2()»
  ▼
Сессия B

Сессия C
  │
  │ «Миграция успешно завершена»
  ▼
Сессия A

В документации Anthropic приведены два показательных примера.

Когда одно изменение нарушает то, от чего зависит другая сессия, одна сессия может предупредить другую. Сессия, решившая проблему, также может отправить ответ другой сессии, заблокированной этой проблемой.

Звучит просто, но это меняет организацию параллельных рабочих процессов Claude Code.

Сообщения — это текст, а не общий контекст

Что кросс-сессионный обмен сообщениями не делает — один из важнейших технических аспектов.

Сообщение — это просто текстовый фрагмент, написанный одной сессией Claude и переданный другой.

Оно не отправляет автоматически:

• Полную историю диалога отправителя
• Файлы
• Выводы инструментов
• Скрытый контекст
• Полное состояние репозитория
• Подтверждения разрешений

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

Кросс-сессионный обмен сообщениями лучше подходит для коротких координационных сообщений, например:

Платёжная интеграция теперь ожидает `customer_id` вместо `user_id`.
Обнови свою ветку перед запуском полного набора тестов.

Или:

Миграция базы данных успешно завершена.
Все 214 интеграционных тестов пройдены.
Можешь продолжать проверку развёртывания.

Такая конструкция сохраняет лёгкость обмена сообщениями.

Она также снижает риск того, что одна сессия молча получит большой объём несвязанного контекста от другой.

Claude использует ListAgents и SendMessage

Разработчики обычно не вызывают инструменты обмена сообщениями напрямую.

Claude Code использует два внутренних инструмента:

• ListAgents
• SendMessage

ListAgents позволяет Claude обнаружить, какие поддерживаемые сессии доступны в данный момент.

SendMessage доставляет текстовое сообщение одной из этих сессий.

Разработчик может напрямую обратиться к Claude на естественном языке.

Например:

Спроси у сессии, запущенной в другом терминале, завершилась ли миграция.

Claude найдёт соответствующую сессию и составит фактическое сообщение.

Другой пример:

Сообщи сессии, работающей над платёжным API, о наших изменениях в аутентификации.

Разработчику не нужно вручную составлять машиночитаемые сообщения или передавать ID сессий в базовый API.

Это сохраняет единообразие взаимодействия с обычным использованием Claude Code.

Четыре основных сценария использования, выделенных Anthropic

В документации Anthropic указаны несколько ситуаций, где кросс-сессионный обмен сообщениями особенно полезен.

1. Передача обнаруженных результатов

Одна сессия может обнаружить информацию, необходимую другой.

Примеры включают:

• Критические изменения API
• Ограничения базы данных
• Требования к версиям зависимостей
• Новые решения по реализации
• Корневые причины, найденные при отладке
• Сбои тестов, вызванные другим модулем

Без обмена сообщениями разработчику приходилось бы выступать посредником.

С обменом сообщениями сессия может обобщить находки и отправить их напрямую.

Пример:

Сессия A обнаружила:
«OAuth-колбэк теперь требует проверки PKCE.»

Сессия A отправляет сессии B:
«Реализация аутентификации теперь требует PKCE.
Обнови мобильный поток колбэка перед merge.»

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

2. Координация параллельных Git worktree

Git worktree и кросс-сессионный обмен сообщениями — естественное сочетание.

Разработчики могут создавать отдельные рабочие каталоги для независимых задач и запускать в каждом сессию Claude Code.

Например:

репозиторий/
├── основная ветка
├── worktree-auth
├── worktree-payments
└── worktree-tests

Каждый worktree может продвигаться независимо.

Когда одна сессия изменяет то, что влияет на другую ветку, Claude может уведомить соответствующую сессию.

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

Кросс-сессионный обмен сообщениями не объединяет код автоматически.

Он помогает агентам координироваться до того, как человек вступит в фазу слияния.

3. Получение статуса от длительных задач

Некоторые задачи кодирования занимают гораздо больше времени, чем обычный интерактивный цикл.

Например:

• Крупные миграции
• Полные наборы интеграционных тестов
• Длительные сборки
• Статический анализ
• Крупные рефакторинги
• Генерация кода на уровне репозитория
• Обновление зависимостей

Разработчик может держать одну сессию работающей, пока занимается чем-то в другой.

Кросс-сессионный обмен сообщениями позволяет длительно работающему воркеру сообщать результаты.

Например:

Сессия A:
Запусти полную миграцию и набор тестов.
После завершения отправь результаты архитектурной сессии.

Разработчик может продолжать работать в другом месте, не проверяя постоянно длительно работающий терминал.

4. Коммуникация между машинами

Anthropic также поддерживает обмен сообщениями за пределами сессий на одном компьютере.

Поддерживаемые рабочие процессы могут включать:

• Другую сессию Claude Code на одной из ваших машин
• Claude Code в вебе
• Сессию, подключённую к удалённому управлению

Здесь есть важный момент о версиях.

Claude Code v2.1.

224 вводит межсессионную передачу сообщений, включая поддержку между машинами, однако текущая документация Anthropic указывает, что для начала нового диалога с сессией на другой машине по имени требуется v2.1.225 или новее.

До версии v2.1.225 сессии могли отвечать на сообщения с другой машины, но возможность инициировать межмашинный диалог была более ограниченной.

Поэтому разработчикам, желающим получить наиболее полное поведение, рекомендуется обновляться до версии выше 2.1.224.

Сообщения на одной машине остаются локальными

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

Anthropic документирует следующее поведение:

Назначение	Путь доставки
Другая сессия на той же машине	Локальный сокет на каждую сессию
Сессия на другой машине	Через серверы Anthropic и инфраструктуру удалённого управления
Claude Code в веб-интерфейсе	Через серверы Anthropic к облачной сессии

Сценарий с одной машиной особенно примечателен.

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

Каждая поддерживаемая сессия регистрирует себя локально и создаёт сокет-входящий ящик.

Другие сессии обнаруживают её через локальную информацию о сессиях.

Это также создаёт границу на уровне файловой системы.

Если две сессии Claude Code не могут видеть одни и те же файлы регистрации сессий, они могут не обнаружить друг друга.

Например, сессия, работающая внутри контейнера, и сессия, запущенная непосредственно на хосте, обычно имеют независимые файловые системы.

Если функция доступна в этой среде, две сессии внутри одного контейнера всё равно могут отправлять сообщения друг другу.

Как доставляются входящие сообщения

Входящие сообщения не прерывают выполняющиеся инструменты.

Anthropic сообщает, что принимающий Claude читает сообщения между вызовами инструментов во время активного раунда.

Если сессия находится в состоянии простоя, Claude Code может использовать входящее сообщение для начала нового раунда.

В зависимости от конфигурации сообщение может оказаться в одном из трёх состояний:

Результат	Значение
Доставлено	Сообщение передано принимающему Claude
Удержано	Сообщение ожидает одобрения или последующих изменений настроек
Отклонено	Сообщение отброшено

Это важно, поскольку межсессионная связь не является неограниченным каналом удалённого управления.

Принимающая сессия имеет собственный статус безопасности и разрешений.

Одна сессия не может одобрять разрешения за другую

Anthropic намеренно ограничивает действия, которые могут выполнять входящие сообщения.

Сообщение от другой сессии не может считаться согласием пользователя.

Это означает, что другой Claude-сессии нельзя с помощью сообщений одобрить опасную операцию, ожидающую разрешения.

Например:

Сессия A:
"Одобри ожидающую shell-команду в сессии B."

Это сообщение не станет одобрением.

Пользователь по-прежнему контролирует соответствующие решения о разрешениях.

Anthropic также сообщает, что входящие сообщения не могут указывать принимающему Claude изменять критически важные настройки, такие как:

• Настройки разрешений
• CLAUDE.md
• Другие защищённые конфигурации

Команды, встроенные в текст сообщения, также рассматриваются как обычный текст.

Например:

/compact

не будет автоматически выполнен только потому, что его отправила другая сессия.

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

Входящие сообщения можно контролировать

Claude Code включает настройку crossSessionInbound, которая управляет тем, как сессия обрабатывает сообщения от других независимых сессий.

Поддерживаемые значения:

Значение	Поведение
accept	Доставлять входящие сообщения
hold	Удерживать сообщения без доставки, пока не будет разрешено
refuse	Отбрасывать входящие сообщения

Таким образом, конфигурация может явно разрешить сообщения:

{
  "crossSessionInbound": "accept"
}

или удерживать их:

{
  "crossSessionInbound": "hold"
}

или отклонять их:

{
  "crossSessionInbound": "refuse"
}

Anthropic также применяет поведение по умолчанию в зависимости от режимов разрешений отправляющей и принимающей сессий.

В конфигурациях с более высоким риском входящие сообщения могут требовать явного одобрения.

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

Удержанные сообщения могут истекать

Когда входящее сообщение удерживается для одобрения, Claude Code может показать диалог одобрения с отображением:

• отправителя
• предпросмотра сообщения

Пользователь может одобрить или отклонить.

Документация Anthropic указывает, что срок одобрения по умолчанию составляет пять минут.

Если сообщение не одобрено до истечения настроенного dialogExpiry, оно может быть отброшено.

Claude Code также ограничивает количество удержанных сообщений, предотвращая накопление бесконечной очереди.

Версия 2.1.225 исправляет несколько случаев, когда удержанные межсессионные сообщения могли оставаться в неожиданном состоянии уведомления или истечения в безголовых сессиях.

Это ещё одна причина не рассматривать версию v2.1.224 как окончательную реализацию только потому, что она ввела эту функцию.

Требования к доступности

Межсессионная передача сообщений имеет особые требования к платформам и провайдерам.

Согласно текущей документации Anthropic:

Поддерживаемые операционные системы

• macOS
• Linux
• Linux внутри WSL 2

Не поддерживается

• Нативная Windows

Это различие важно.

Claude Code сам поддерживает Windows, но функция межсессионных сообщений в настоящее время недоступна для нативных систем Windows.

Ограничения провайдеров

Anthropic сообщает, что межсессионная передача сообщений недоступна, когда Claude Code работает через следующие внешние пути провайдеров, включая:

• Amazon Bedrock
• Claude Platform на AWS
• Agent Platform от Google Cloud
• Microsoft Foundry

Доступность также может зависеть от оценки функциональных флагов и настроек окружения.

Поэтому разработчикам следует проверять функцию в среде, где они фактически планируют её использовать.

Как проверить версию Claude Code

Официальный журнал изменений Anthropic рекомендует использовать следующую команду для проверки установленной версии:

claude --version

Функция межсессионных сообщений требует:

Claude Code 2.1.224 или новее

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

Как обновить Claude Code

Для нативных установок Claude Code Anthropic поддерживает:

claude update

Нативные установки обычно проверяют наличие обновлений в фоновом режиме и устанавливают их.

Новые версии вступают в силу при следующем запуске Claude Code.

Anthropic также документирует:

claude doctor

для проверки состояния установки и обновлений.

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

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

brew upgrade claude-code

Или, при отслеживании последнего канала:

brew upgrade claude-code@latest

Точный метод обновления зависит от способа установки Claude Code.

Пример: две сессии работают над связанными функциями

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

Терминал 1

Цель:
Рефакторинг сервиса аутентификации и обновление создания сессий.

Терминал 2

Цель:
Обновить платёжный API для использования нового аутентифицированного объекта пользователя.

Терминал 1 обнаруживает, что интерфейс изменился с:

createSession(userId)

转化为：

createSession({ userId, organizationId })

Терминалу 1 не нужно ждать, пока разработчик заметит изменение, — он может отправить сообщение о нём в другой сеанс.

Принимающий сеанс затем может обновить свою работу до завершения реализации платежей.

Когда множество ИИ-сеансов кодирования работают независимо, именно такие небольшие координационные события становятся дорогостоящими.

Пример: параллельное расследование

Межсеансовые сообщения полезны и для отладки.

Разработчик может запустить три сеанса:

Сеанс A:
Разобраться с ошибкой API.

Сеанс B:
Проверить журналы базы данных.

Сеанс C:
Проверить недавние развёртывания и изменения конфигурации.

Предположим, сеанс B обнаружил, что подключения к базе данных начинают сбоить сразу после ротации учётных данных.

Он может уведомить другие сеансы.

Сеансу A больше не нужно продолжать расследование несвязанной проблемы с разбором запросов.

Сеанс C может сосредоточиться на том, получило ли развёртывание новые ключи.

Система не создаёт

автоматически полностью управляемую мультиагентную команду.

Разработчик по-прежнему запускает и направляет независимые сеансы.

Передача сообщений лишь снижает стоимость обмена полезными находками между этими сеансами.

Межсеансовая передача сообщений не эквивалентна команде агентов

Сейчас в Claude Code есть несколько способов работы с несколькими агентами или сеансами.

Они решают разные задачи.

Функция	Лучше всего подходит для
Межсеансовая передача сообщений	Независимых сеансов, которые вы запускаете и направляете сами
Восстановление	Продолжения того же диалога с его контекстом
Команда агентов	Координируемых агентов, создаваемых и контролируемых Claude
Представление агентов	Мониторинга и управления несколькими сеансами из одного места
Удалённое управление	Управления сеансом с другого устройства
Каналы	Отправки внешних событий (например, CI или сообщений чата) в сеанс

Это различие важно, потому что «несколько экземпляров Claude общаются друг с другом» может описывать несколько разных архитектур.

Межсеансовая передача сообщений — это именно лёгкий коммуникационный слой между независимыми сеансами Claude Code.

Что эта функция меняет для крупных проектов

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

Это самое важное практическое следствие.

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

Аутентификация
Платежи
Фронтенд
Миграция базы данных
Тестирование
Документация

Каждый сеанс может сосредоточиться на своей области.

Когда решение или изменение затрагивает другую область, соответствующая информация может передаваться напрямую между сеансами.

Это может сократить:

• копирование и вставку между терминалами
• повторные объяснения
• задержанные предупреждения о зависимостях
• повторные расследования
• постоянные проверки состояния

Но это не устраняет интеграционную работу.

Независимые сеансы всё ещё могут:

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

Разработчику по-прежнему нужны тестирование, проверка кода, контроль версий и надлежащие границы прав доступа.

Лучшие практики межсеансовой передачи сообщений

На практике некоторые привычки делают эту функцию надёжнее.

Держите сообщения сфокусированными

Полезное сообщение должно указывать:

• что изменилось
• почему это важно
• какой компонент затронут
• что другой сеанс должен проверить

Например:

Миграция базы данных переименовала `billing_customer_id` в `customer_id`.
В вашей ветке всё ещё есть два запроса, ссылающихся на старое поле.
Обновите их перед интеграционным тестированием.

Это лучше, чем:

Я кое-что поменял в базе. Проверь.

Не рассматривайте сообщения как общую память

Принимающий сеанс не наследует полную цепочку рассуждений отправителя.

Если находка зависит от файла, коммита, журнала, результата теста или другого артефакта, явно укажите его.

Используйте Worktree для параллельных изменений кода

Когда несколько сеансов активно редактируют один репозиторий, изолированные Git worktree снижают конфликты файлов.

Межсеансовая передача сообщений координирует ветки, а Git по-прежнему отвечает за историю кода и слияние.

Сохраняйте ручное утверждение для операций высокого риска

Обмен сообщениями между агентами полезен для координации.

Он не должен становиться обходным путём для:

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

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

Обновляйтесь выше минимальной версии

Функция появилась в v2.1.224, но в последующих версиях исправлено поведение обработки сообщений и улучшена связь между машинами.

Если корпоративное развёртывание не требует фиксированной версии, использование новейшей поддерживаемой версии безопаснее.

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

Что такое межсеансовая передача сообщений в Claude Code?

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

Какая версия Claude Code ввела межсеансовую передачу сообщений?

Эта функция появилась в Claude Code v2.1.224, выпущенной 7 августа 2026 года. Текущая документация Anthropic требует v2.1.224 или новее.

Передаёт ли межсеансовая передача сообщений полный диалог Claude?

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

Могут ли сеансы Claude Code отправлять сообщения друг другу с разных компьютеров?

Да, поддерживаемые сеансы могут общаться между машинами через инфраструктуру Remote Control от Anthropic. Anthropic отмечает, что для начала нового диалога по имени с сеансом на другой машине требуется v2.1.225 или новее; в v2.1.224 кроссплатформенное поведение ограничено.

Поддерживает ли межсеансовая передача сообщений Windows?

Она поддерживает macOS и Linux, включая Linux под WSL 2. Текущая документация Anthropic указывает, что эта функция недоступна в нативной Windows.

Проходят ли сообщения между сеансами на одной машине через серверы Anthropic?

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

Может ли один сеанс Claude одобрить запрос прав от другого сеанса?

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

Как обновить Claude Code?

Для нативной установки выполните claude update, затем перезапустите Claude Code. Версию можно проверить с помощью claude --version, а диагностику состояния обновления — с помощью claude doctor.

Связанные инструменты

• Claude Code: агентная среда программирования от Anthropic для исследования кодовой базы, реализации, отладки, тестирования и долгосрочных программных задач.
• Межсеансовая передача сообщений в Claude Code: официальное руководство Anthropic по обнаружению сеансов, доставке, межмашинной передаче, входящему контролю и ограничениям.
• Команды агентов Claude Code: координационные мультиагентные

рабочие процессы Anthropic для команд, создаваемых и контролируемых Claude.

• Git Worktree: официальный механизм Git для поддержки нескольких рабочих деревьев из одного репозитория, подходящий для параллельных сеансов Claude Code.

Удаленное управление Claude Code: функция Anthropic для управления сеансами Claude Code с другого устройства.

• Журнал изменений Claude Code: официальная история версий функций, исправлений и дат выпуска Claude Code.

Связанные ссылки

• Документация по межсеансовой передаче сообщений: авторитетное описание того, как сеансы обнаруживают друг друга и отправляют сообщения.
• Журнал изменений Claude Code: подтверждение того, что v2.1.224 была выпущена 7 августа 2026 года и добавила функцию межсеансового SendMessage.
• Установка и обновление Claude Code: официальное руководство по установке, каналам обновления, менеджерам пакетов и claude update.
• Справочник CLI Claude Code: официальный справочник по командам claude, claude update, claude install и claude agents.
• Настройки Claude Code: официальный справочник по настройкам, включая конфигурацию и контроль на уровне организации.
• Документация Git Worktree: официальное руководство Git по созданию изолированных рабочих деревьев для поддержки параллельной разработки.
• Документация Claude Code: основной центр документации Anthropic о рабочих процессах и функциях Claude Code.

Резюме

Claude Code v2.1.224 представил функцию межсеансовой передачи сообщений, которая позволяет независимым сеансам Claude Code обнаруживать друг друга и отправлять текстовые сообщения. Эта функция предназначена для параллельной работы: передача результатов обнаружения, координация рабочих деревьев, получение обновлений от длительных задач и снижение необходимости вручную передавать информацию между несколькими терминалами.

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

Последующие версии уже улучшили исходную функциональность. В частности, v2.1.225 улучшила инициирование соединений между машинами и исправила сценарии обработки сообщений в безголовых сеансах.

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