Anthropic додала в Claude Code механізм, який дозволяє окремим сесіям — навіть запущеним у різних вікнах терміналу — надсилати одна одній повідомлення та ділитися напрацьованим контекстом, замість того щоб працювати повністю ізольовано, як було досі. За даними The Decoder, йдеться саме про комунікацію між живими сесіями CLI-агента, а не про класичний обмін файлами через диск.

Для будь-кого, хто хоч раз тримав відкритими три-чотири термінали з Claude Code одночасно — один пише бекенд, другий фронтенд, третій розбирається з тестами — проблема відома: кожна сесія бачить лише свій шматок задачі. Щоб один агент дізнався, що зробив інший, доводилося або копіювати текст вручну, або писати проміжні нотатки у файл і сподіватися, що сусідня сесія прочитає їх вчасно. Тепер ця координація стає штатною функцією інструменту, а не саморобним обхідним шляхом.

Це логічне продовження тренду, який Anthropic розвиває вже кілька релізів поспіль: перехід від Claude Code як «одного розумного термінала» до Claude Code як платформи для декількох паралельних агентів, що працюють над спільним проєктом.

Що саме змінилося в роботі сесій?

Ключова зміна — сесії Claude Code більше не є повністю ізольованими процесами з окремим контекстним вікном, які нічого не знають одна про одну. Раніше кожен запуск агента у новому терміналі створював незалежний контекст: своя історія діалогу, своє розуміння проєкту, власна пам'ять про те, що вже зроблено. Якщо потрібно було синхронізувати роботу двох сесій, розробник ставав «живим мостом» — переносив висновки з одного вікна в інше вручну.

Новий механізм обміну повідомленнями дозволяє одній сесії поінформувати іншу про завершену роботу, знайдену помилку чи прийняте архітектурне рішення — без участі людини в ролі кур'єра. Практично це означає, що кілька терміналів перестають бути окремими інструментами і починають функціонувати як вузли однієї робочої мережі.

Кому це реально прискорить роботу?

Найбільше виграють сценарії, де задачу свідомо ділять на паралельні гілки:

Для команд, які вже будують оркестрацію кількох агентів поверх Claude Code — через tmux, окремі git worktree чи власні скрипти-обгортки — це знімає значну частину «клею», який доводилося писати самостійно: логіку передачі статусів, файлові локи для проміжних нотаток, поллінг результатів.

Де тут ризики, про які варто подумати заздалегідь?

Спільний контекст — це також спільна поверхня для помилок. Якщо сесія А працює з чутливими даними чи секретами клієнта, а сесія Б обслуговує зовсім інший, менш довірений контур, автоматичний обмін контекстом може ненавмисно перенести туди те, що мало лишитися локальним. Практична порада для AI-білдерів: перш ніж вмикати міжсесійний обмін на реальному проєкті, варто явно визначити, які сесії довіряють одна одній, а які мають лишатися повністю ізольованими — так само, як розмежовують права доступу між сервісами в продакшн-системі.

Другий момент — передбачуваність. Коли контекст може «просочитися» з однієї сесії в іншу, складніше відтворити конкретний баг чи пояснити, чому агент прийняв те чи інше рішення: причина могла прийти не з поточного діалогу, а з повідомлення сусідньої сесії. Для команд, які цінують аудит і трасованість дій агента, це варто закласти в дизайн робочого процесу одразу, а не після першого інциденту.

Висновок AiiN: термінал перестає бути одиницею роботи

Наша теза проста: ця функція — не косметичне зручність, а сигнал того, куди рухається сам продукт. Claude Code поступово перестає бути «розумним автозаповненням для термінала» і стає інфраструктурою для мультиагентних робочих процесів, де базова одиниця роботи — вже не одна сесія, а мережа сесій, що координуються між собою. Для AI-білдерів практичний висновок такий: варто вже зараз проєктувати робочі процеси так, ніби агенти комунікуватимуть напряму, а не через людину-диспетчера, і закладати межі довіри між сесіями як окремий пункт чек-листа безпеки, а не як щось «на потім».

Чи можна вимкнути обмін контекстом між сесіями Claude Code?

Так, міжсесійна комунікація розрахована як опційна можливість, а не примусовий режим за замовчуванням для всіх сценаріїв: сесії, які не отримали явного дозволу чи не запущені у спільному робочому просторі, продовжують працювати ізольовано, як і раніше.

Чим це відрізняється від MCP (Model Context Protocol)?

MCP — це протокол, що з'єднує Claude із зовнішніми інструментами та джерелами даних: базами, API, файловими системами. Обмін контекстом між сесіями Claude Code — про інше: це комунікація між кількома запущеними екземплярами самого агента, тобто горизонтальна координація «агент-агент», а не вертикальний доступ агента до зовнішнього сервісу.