Почему это важно именно вам
Когда у вас параллельно идут две-три сессии, появляется новая рутина: переносить между ними информацию. В одном терминале выяснилось, что выгрузка за июль неполная. В другом на этой выгрузке строится отчёт. Вы копируете вывод, идёте во второй терминал, объясняете заново, вставляете.
Cross-session messaging убирает этот перенос. Claude из одной сессии может отправить сообщение в другую: «внимание, данные за июль неполные, я это выяснил, вот причина».
Для директора это буквально то же, что переслать коллеге сообщение вместо пересказа: короче, точнее, без потерь.
Что это такое
Механизм, при котором Claude в одной сессии обнаруживает другие ваши сессии и отправляет им текстовые сообщения.
Что важно понимать:
Передаётся только текст. Не история разговора, не файлы, не контекст. Одна сессия пишет другой короткое сообщение — как записку. Если нужно передать весь контекст, это другая операция: возобновление сессии.
Инициатива может быть двусторонней. Claude отправляет сообщение сам, если видит необходимость (например, сделал изменение, которое ломает работу соседней сессии), либо по вашей просьбе.
Работает между вашими сессиями. На этой машине — всегда: сообщение идёт через локальный сокет, мимо серверов Anthropic. До сессий на других ваших машинах и в облаке — только когда обе стороны подключены к Remote Control под входом через claude.ai; такие сообщения уже идут через серверы Anthropic. С API-ключом и на Bedrock/Vertex/Foundry чужие сессии не находятся вовсе.
Требования: версия 2.1.224 или новее на macOS и Linux (включая WSL 2), на нативной Windows — 2.1.234. Отдельно включать ничего не нужно.
Как работает на практике
Попросить передать
Вы пишете в своей сессии обычную просьбу:
Скажи сессии, которая работает над отчётом, что выгрузка за июль неполная:
не хватает последних трёх дней, я проверил по количеству строк.
Claude сам найдёт нужную сессию среди доступных и отправит сообщение. Никаких инструментов вы не вызываете.
Проверить, что механизм в этой сессии работает и кого он видит, — командой /list-agents (она же /peers). Если сессий несколько и адресата нужно назвать точно, наберите @ и первые буквы имени сессии — Claude отправит именно ей.
Спросить статус
Спроси у сессии в соседнем терминале, закончилась ли миграция
Полезно, когда где-то идёт долгая работа, а вы не хотите переключаться.
Получить уведомление о простое
Для сессий на этой же машине можно попросить об уведомлении, когда другая сессия освободится или завершится. Это снимает необходимость периодически проверять «ну как там».
Когда что использовать
Легко запутаться: способов «много сессий» стало несколько. Короткая карта:
| Задача | Инструмент |
|---|---|
| Передать находку или решение между своими сессиями | Cross-session messaging |
| Продолжить тот же разговор в другом терминале | Возобновление сессии (--resume) |
| Много сессий под управлением одной ведущей | Agent teams (экспериментально) |
| Смотреть за всеми сессиями с одного экрана | Agent view (claude agents) |
| Управлять сессией с телефона | Remote Control |
| Пробрасывать внешние события в сессию | Channels |
Правило выбора
Если вам нужно, чтобы вторая сессия знала факт — это сообщение. Если нужно, чтобы она продолжила вашу работу — это возобновление сессии. Сообщение не переносит контекст, и попытка заменить им передачу контекста заканчивается тем, что вторая сессия отвечает невпопад.
Частые ошибки
Пытаться передать контекст сообщением. «Расскажи той сессии всё, что мы тут выяснили» — плохая идея: получится пересказ, потерявший детали. Для этого есть возобновление сессии.
Полагаться на сообщения как на надёжную доставку. Сессия могла завершиться. Сообщение — это удобство, а не гарантированная очередь.
Забывать, что сообщение видит другой Claude, а не вы. Формулируйте так, как формулировали бы поручение коллеге: что произошло, что с этим делать.
Использовать между чужими сессиями. Механизм работает между вашими сессиями и не предназначен для коммуникации между людьми — для этого есть мессенджер.
Когда нужно / когда нет
Полезно:
- когда параллельно идут связанные работы и находка в одной влияет на другую;
- когда долгий процесс должен отчитаться туда, где вы сидите;
- когда сессии работают в разных копиях репозитория и должны знать, что изменилось.
Не нужно:
- когда у вас одна сессия (а это большинство рабочих дней);
- когда проще возобновить нужную сессию и продолжить в ней;
- когда информацию всё равно надо обсудить с человеком.
Связь с другими уроками
День 35 — именованные сессии. Имена помогают адресовать сообщение осмысленно.
День 71 — agent view. Там видно, какие сессии живы и чем заняты, — полезно перед отправкой.
День 79 — Remote Control. Когда вы не за компьютером, управление сессией идёт с телефона, а не сообщениями.
Задание на сегодня
- Запустите две сессии в разных терминалах на связанных задачах.
- В первой попросите Claude сообщить второй важный факт, который влияет на её работу.
- Проверьте во второй, что сообщение дошло и было учтено.
- Попросите первую сессию узнать статус второй.
- Сравните с привычным способом (скопировать-вставить): где выигрыш реален, а где проще руками.
Критерий «выполнено»: вы один раз передали факт между сессиями без копирования текста руками.
Резюме
- Сессии Claude Code могут обмениваться текстовыми сообщениями; вы просите обычной фразой, инструменты вызываются сами.
- Передаётся только текст: ни история, ни файлы, ни контекст.
- Требуется версия 2.1.224+ (macOS/Linux/WSL) или 2.1.234+ (нативная Windows); включать ничего не нужно.
/list-agentsпоказывает, кого сессия видит. - Claude может отправить сообщение по своей инициативе, если изменение в одной сессии влияет на другую.
- Для переноса контекста используйте возобновление сессии, а не сообщения.
- Для других сценариев есть свои инструменты: agent view, agent teams, Remote Control, channels.