Handoff из Local в Cloud удобно представить как кнопку продолжить в облаке: нажал - и та же работа поехала дальше, только на чужой машине. Сильная сторона приёма в другом, и её легко проскочить. Сильный маршрут - исследовать задачу локально в режиме Plan, согласовать решение, а затем одним действием передать уже согласованный план в Cloud на реализацию. Ценность не в том, что работа продолжается, а в том, что в облако уезжает согласованный план, а не сырой замысел.

Наивный ход - нажать передачу пораньше и дописывать детали по ходу, как в обычном локальном диалоге. Кажется, что так быстрее: не тратить время на формулировки, а поправлять агента репликами, когда он свернёт не туда. Локально это иногда работает, потому что вы рядом и видите каждый шаг. Но то, что спасает локально, - ваше присутствие рядом, - в облаке недоступно, и приём перестаёт работать ровно тогда, когда работа уходит с ваших глаз.

Ломается это на двух границах сразу. Первая уже знакома: облако не видит вашего незакоммиченного состояния и вашего хода мыслей - оно знает только то, что передано. Вторая - темп: облачная сессия идёт долго и без вас, и оперативно поправить репликой уже нельзя так, как локально. Значит, всё, что агенту понадобится, должно быть в handoff в момент передачи, а не появиться позже.

Профессиональный механизм - делать handoff самодостаточным контрактом. В него входят зафиксированный commit или ветка, согласованный план, явные запреты, обязательные проверки, ожидаемая структура PR, секреты и сетевая политика, условие остановки и известный падающий baseline. Удобно держать это единым шаблоном, который заполняют перед каждой передачей. Каждое из этих полей отвечает на вопрос, который иначе всплыл бы в неудобный момент: с какого состояния стартовать, что считать успехом, чего не трогать и где остановиться и спросить человека.

Почему именно контракт, а не свободная переписка. Каждое поле контракта - это заранее снятая неопределённость, которую иначе пришлось бы снимать посреди долгой сессии, когда вас нет рядом. Строка do not change превращает пожелание в границу; required checks превращает слово работает в проверяемый факт; known failing baseline отделяет унаследованную поломку от внесённой агентом. Контракт стоит минуты на входе и экономит часы разбирательств на выходе.

Отдельно стоит понять, как устроена очередь сообщений в облаке, потому что она провоцирует ту самую наивную ошибку. Cloud send queue живёт на сервере и синхронизируется с web-приложением; Cmd/Ctrl+Enter ставит сообщение в очередь, а не отправляет немедленно. Раз очередь серверная, она переживает перезагрузку и видна в web. Правильное её использование - редактировать поставленное в очередь исправление, а не досылать поверх противоречащие добавления, из которых агент будет собирать вашу настоящую мысль сам. Несколько противоречащих сообщений в очереди - это не уточнение, а поручение агенту угадать, какое из них главное, и угадывает он не всегда так, как вы имели в виду.