GrantTapКак доставляется сообщение
Телефон → реле → компьютер → агент → видимый чат.
В этой главе · 6 разделов
Отправка из GrantTap — это цепочка из нескольких подтверждений. Телефон может уже сохранить сообщение на реле, пока компьютер ещё спит. Компьютер может принять его, пока агент ждёт разрешения. Ответ может появиться в истории провайдера раньше, чем обновится другой открытый экран. Эта глава помогает понять, на каком этапе находится конкретное сообщение.
- Сверьте исходный текст и название чата.
- Проверяйте отдельно реле, компьютер и активность агента.
Схема, а не замер скорости. Нажмите на этап: каждый отвечает на свой вопрос.
Операция сохранена на устройстве. У неё есть собственный ID и исходный чат. Клавиатура может уже закрыться; сеть ещё проверяется.
Подробнее об этом этапе ↗Путь от телефона к агенту#
Обычная отправка проходит такой маршрут:
- Телефон сохраняет операцию. Текст, вложения и выбранные параметры получают собственный идентификатор. У операции остаются исходные задача, провайдер и компьютер.
- GrantTap шифрует содержимое. Для передачи используется ключ подключённого компьютера. Реле получает зашифрованный пакет и необходимые сведения для маршрутизации.
- Реле подтверждает сохранение. Только теперь появляется Saved on relay. Для новой сохраняемой очереди совместимый компьютер может забрать операцию, даже если вы уже закрыли приложение на телефоне.
- Модуль на компьютере проверяет запрос. Он проверяет подключённое устройство, доступность провайдера, готовность задачи и действующую политику.
- Запрос передаётся провайдеру. Это может быть нативный владелец открытого разговора Codex либо предусмотренный для провайдера путь через CLI.
- Подтверждения и история возвращаются на телефон. Получение компьютером, активность агента и готовый ответ отслеживаются отдельно.
Телефон очищает принятый черновик и сворачивает клавиатуру после сохранения отправки. Это означает, что приложение приняло операцию в работу. Это ещё не подтверждение получения агентом. Если сообщение слишком большое или локальная очередь переполнена, GrantTap показывает ошибку и оставляет черновик.
Что означает каждая галочка#
| Статус | Что уже известно | Чего он не обещает |
|---|---|---|
| Waiting to send | Сообщение сохранено на устройстве | Оно ещё могло не попасть в сеть |
| Sending… | Идёт отправка | Реле ещё не подтвердило сохранение |
| Saved on relay | Реле сохранило зашифрованную операцию | Компьютер и агент могли её ещё не принять |
| Received by computer | Компьютер подтвердил получение или приём | Агент мог ещё не начать работу |
| Agent activity received | Есть связанная с сообщением активность | Итогового ответа может ещё не быть |
| Delivery confirmed / Delivered | Доставка операции подтверждена | Вся задача не обязательно завершена |
| Response received | Получен связанный ответ | Результат всё равно нужно прочитать и проверить |
Компактная строка использует облако, компьютер, волну активности и ответ. Серый значок означает отсутствие подтверждения, зелёный — полученное подтверждение. Красный показывает ошибку на соответствующем этапе; сам по себе он не доказывает, что провайдер никогда не видел запрос. Для локальной работы приложения Mac этап реле отсутствует.
Почему иногда приходится ждать#
Задержка складывается из сети, доступности компьютера, состояния задачи, работы провайдера и обновления наблюдаемой истории. Эти части не имеют общего фиксированного таймера.
В модуле компьютера базовое фоновое обновление каталога задач запланировано примерно через 30 секунд после завершения предыдущего обновления. Длительное чтение истории может добавить время. При этом получение новых операций, обработка очереди, квитанции и обновление открытого чата работают отдельными путями. Они не обязаны ждать следующего обновления каталога.
Поэтому наблюдение «сообщение или обновление появилось примерно через 30 секунд» возможно, но 30 секунд не являются измеренным средним, обязательной задержкой или гарантией доставки. Например, задача, ожидающая вашего разрешения, может ждать значительно дольше; доступный агент может принять сообщение раньше.
Открытый чат дополнительно запрашивает историю: первое повторное чтение происходит через несколько секунд, затем опрос замедляется. Это интервалы наблюдения, а не время выполнения запроса. Подробнее о различиях приложений — в главе о провайдерах.
Почему на компьютере может быть другой текст#
GrantTap работает с задачей и её конкретным исполнением. Уже открытое окно провайдера может держать собственное состояние разговора. Продолжение через другой процесс иногда записывается в ту же историю, но не сразу перерисовывает старое окно. В отдельных сценариях открытая сессия получает сведения о таком запуске на следующем обращении.
Для существующего разговора Codex GrantTap старается передать новый ход его нативному владельцу, чтобы не запускать второго конкурирующего писателя. Для Claude Code предусмотрено CLI-продолжение с идентификатором существующей сессии. Эти механизмы различаются; универсальное обещание «desktop всегда синхронизируется через 30 секунд» было бы неверным.
Сравнивайте задачу, провайдера, компьютер и исполнение. После переноса стабильная задача сохраняется, а нативный чат может измениться. См. задача и исполнение и перенос работы.
Проверка зависшего сообщения#
- Откройте детали именно этой отправки и проверьте контекст.
- Посмотрите, подтверждено ли только реле или уже компьютер.
- Нажмите Refresh status. Эта кнопка проверяет исходную операцию и не отправляет текст повторно.
- Проверьте выбранный компьютер в Devices: доступен ли он и работает ли его модуль.
- Проверьте исходный чат провайдера: нет ли паузы, запроса разрешения, лимита или ошибки входа.
- Если состояние остаётся неясным, откройте Technical details и сохраните Message ID для диагностики. Не передавайте ключи подключения.
У старой операции после длительного отсутствия квитанции может появиться Computer receipt not confirmed. Это честное обозначение неопределённости. Оно не равно ни подтверждённой потере, ни отмене, ни разрешению повторить опасную работу.
Что защищено шифрованием#
Содержимое сообщения и вложений шифруется между подключёнными устройствами. Реле маршрутизирует зашифрованные пакеты и видит служебные сведения, необходимые для их хранения и доставки. После расшифровки на компьютере запрос получает выбранный coding provider. Его собственные облачные запросы регулируются настройками этого провайдера.
Таким образом, защищённая доставка телефон—компьютер не означает, что любая модель работает без интернета. Подробности находятся в главах Безопасность, Офлайн и хранение и Вложения.