Безопасная передача задач ИИ-агента между устройствами: состояние, подтверждение и восстановление
Как безопасно продолжать задачи ИИ-агента на телефоне, компьютере и в веб-интерфейсе: где выполняется работа, что передается, как подтверждать действия и восстанавливаться после разрыва связи.
- Удаленное управление работающим сеансом, перенос выполнения на другое устройство, продолжение через уведомление и смена интерфейса на одном телефоне — разные технические модели.
- Для безопасного продолжения нужно передавать не только переписку, но и личность пользователя, цель, входные данные, текущий шаг, полученные результаты, место выполнения и срок актуальности.
- Разрешение или подтверждение действует только для конкретной задачи, операции и среды выполнения; переход на другой экран не должен расширять полномочия агента.
- Текущие возможности FoneClaw сохраняют задачу между главным экраном и плавающим помощником на одном Android-телефоне, включая выполнение, подтверждение, остановку и восстановление разрешений.
Четыре вида продолжения задачи
Безопасная передача задач ИИ-агента между устройствами начинается с точного определения того, что именно продолжается. Одинаковая кнопка «Открыть на телефоне» может скрывать четыре разные модели: удаленное управление работающим сеансом, настоящий перенос выполнения, продолжение через уведомление и смену интерфейса на одном устройстве.
При удаленном управлении задача остается в исходной среде. Например, агент продолжает работать в терминале компьютера, а телефон показывает ход выполнения и позволяет отправить уточнение. Вычисления, файлы и процессы не переезжают на телефон. Он служит пультом управления, поэтому должен ясно называть компьютер и сеанс, к которым относится команда.
Настоящий перенос означает смену среды выполнения. Если задача началась на ноутбуке, а затем действительно продолжилась на телефоне, принимающая сторона должна получить необходимые входные данные, промежуточные результаты и полномочия. Простого текста разговора недостаточно: на телефоне может не быть файла, учетной записи или разрешения, которыми располагал компьютер.
Продолжение через уведомление устроено легче. Уведомление сообщает о вопросе, ошибке или готовом результате и открывает нужный сеанс, но само не переносит задачу. Четвертая модель — несколько интерфейсов одного устройства. Именно так работают текущие возможности FoneClaw: главный экран и плавающий помощник обращаются к одной задаче на одном Android-телефоне.
Перед проектированием важно назвать три вещи: где выполняется работа, какой интерфейс сейчас управляет ею и где появится результат. Материал Управление AI-агентом с телефона: как смартфон становится командным центром подробнее раскрывает роль телефона как удаленного пульта без предположения, что вычисление переместилось на него.
Какие сведения нужно передавать вместе с задачей
Надежное продолжение требует минимального состава состояния задачи. В него входят личность пользователя, исходное намерение, входные данные, текущий шаг, уже полученные результаты, среда выполнения и отметка актуальности. Если хотя бы один элемент потерян, принимающий интерфейс может показать правдоподобную, но устаревшую картину.
Личность отвечает на вопрос, кто начал задачу и под какой учетной записью она выполняется. Намерение фиксирует не только фразу пользователя, но и ожидаемый результат: подготовить письмо, а не отправить его; проверить изменения кода, а не публиковать их. Входные данные включают файлы, выбранные сообщения, экран или параметры, действительно доступные агенту.
Текущий шаг отличает завершенную операцию от ожидающей. Представим задачу «Найди счет, подготовь событие календаря и покажи перед созданием». Телефон должен знать, найден ли нужный документ, извлечена ли дата и ожидается ли подтверждение. Результаты предыдущих этапов передаются с происхождением: какая дата взята из счета и какой календарь выбран.
Среда выполнения указывает, где продолжается процесс: на исходном компьютере, сервере или Android-телефоне. Отметка актуальности показывает, когда состояние обновлялось и действительно ли оно еще применимо. Если письмо изменилось, файл удален или приложение вышло из учетной записи, старое состояние нельзя молча использовать.
Личный контекст также передается выборочно. Контакт, календарь или предпочтение маршрута нужны только тогда, когда связаны с текущим поручением. Более подробная модель описана в статье AI-агент с личным контекстом: как телефон переходит к действиям. Для безопасного продолжения важно передавать необходимый фрагмент контекста, а не весь накопленный профиль.
Как связать разрешение с задачей и устройством
Разрешение нельзя переносить как абстрактное доверие к агенту. Оно относится к конкретной функции, учетной записи и устройству. Если компьютер мог читать рабочий каталог, телефон не получает такой доступ автоматически. Аналогично разрешение Android на календарь не дает удаленному терминалу права использовать календарные данные.
Подтверждение еще уже: оно связано с подготовленной операцией. Согласие отправить один ответ определенному получателю не распространяется на исправленный текст, другое вложение или соседний разговор. При смене интерфейса пользователь должен увидеть ту же цель, параметры и последствия, которые были подготовлены в исходном сеансе.
Для удаленного управления полезна формула: «подтверждение показано здесь, действие выполняется там». Например, телефон показывает запрос терминального агента на выполнение команды. Экран должен назвать исходный компьютер, рабочую папку, саму команду и ожидаемое изменение. Решение передается обратно только в этот сеанс и теряет силу после изменения параметров или истечения времени.
При настоящем переносе задачи принимающее устройство заново проверяет собственные разрешения. Даже если исходная среда уже получила согласие на общий план, телефон отдельно запрашивает доступ к контактам, файлам или экрану, когда эти функции понадобятся. Такой подход сохраняет системные правила Android и не превращает передачу состояния в обход защиты.
Текущая доступная база FoneClaw привязывает подтверждения к сеансу, изолирует параллельные задачи и сохраняет эту связь при переходе между главным экраном и плавающим помощником. Подробные элементы такого экрана разобраны в руководстве Интерфейс подтверждения действий ИИ-агента на телефоне: уверенность, причины и восстановление.
Что происходит при потере связи или устаревшем состоянии
Разрыв соединения не должен выглядеть как продолжение нормальной работы. Если удаленный интерфейс перестал получать события, он показывает время последнего обновления и не принимает новые подтверждения вслепую. Исходная среда при этом либо продолжает только заранее разрешенный безопасный шаг, либо переходит в ожидание.
Когда компьютер засыпает, задача может остановиться вместе с ним. Телефон должен сообщить «исходный сеанс недоступен», а не создавать впечатление, что работа переехала в мобильное приложение. После пробуждения система сверяет идентификатор сеанса, текущий шаг и новые результаты. Команды, добавленные в очередь во время разрыва, применяются только после проверки актуальности.
Изменение состояния приложения требует повторного чтения контекста. Допустим, агент подготовил ответ в браузере, но пользователь уже отправил сообщение вручную. После восстановления нельзя повторять отправку на основании старого экрана. Система проверяет фактическое состояние и предлагает закрыть выполненную задачу либо сформировать новый шаг.
Временный маркер удаленного доступа также должен истекать. После окончания срока телефон повторно подтверждает личность и подключение к исходному сеансу. Старое окно не может бесконечно сохранять право на управление. При отзыве доступа принимающая сторона удаляет локальные данные сеанса, а исходная среда фиксирует завершение удаленного подключения.
Восстановление удобно разделять на три исхода: продолжить с проверенного шага, повторить только неисполненную операцию или завершить задачу с объяснением. История должна показывать разрыв, повторное подключение и решение пользователя. Это защищает от незаметного повторения звонка, сообщения, команды или изменения файла.
Удаленное управление сеансом GitHub Copilot CLI
Текущий пример удаленного управления дает GitHub Copilot CLI. Согласно объявлению GitHub об общедоступном удаленном управлении Copilot CLI, к работающему сеансу можно подключаться через GitHub Mobile, github.com и VS Code; также предусмотрен интерфейс JetBrains. Задача при этом продолжает выполняться в исходной среде CLI.
Удаленный интерфейс передает ход работы, позволяет направлять агента, добавлять ввод в очередь и отвечать на его вопросы. Пользователь может разрешить или отклонить запрос доступа, а также остановить сеанс. Телефон не запускает терминальный процесс локально и не становится владельцем файлов исходного компьютера.
Практический сценарий выглядит так: разработчик запускает проверку проекта на рабочей станции, затем отходит от компьютера. В GitHub Mobile он видит текущий шаг и вопрос агента о запуске тестов. Ответ возвращается в исходный сеанс, где находятся репозиторий, терминал и рабочие учетные данные. Если станция становится недоступна, мобильный интерфейс должен отразить потерю связи.
Документация GitHub по удаленному управлению Copilot CLI помогает отличить такой пульт от переноса выполнения. Это важный архитектурный урок: интерфейс управления можно сменить, не перемещая процесс и его окружение.
В июле 2026 года GitHub Mobile добавил оперативные уведомления о сеансах Copilot CLI на iOS и Android. Уведомления возвращают пользователя к вопросу или результату, но не превращают мобильное приложение в местную среду исполнения CLI. Этот пример применим к агентам разработки и не определяет возможности всех помощников.
Непрерывность FoneClaw на одном Android-телефоне
По актуальной информации о продукте на момент обновления статьи, FoneClaw включает перемещаемого плавающего помощника и компактную панель. Пользователь может перейти из главного экрана FoneClaw в панель поверх другого приложения, не теряя текущую задачу. Выполнение остается на том же Android-телефоне, поэтому это непрерывность между двумя интерфейсами одного устройства.
Например, пользователь просит проверить открытое письмо и подготовить событие календаря. Затем он сворачивает FoneClaw и открывает почтовое приложение. Через плавающего помощника текущий экран прикрепляется к запросу одним нажатием; элементы самого FoneClaw в изображение не включаются. Настроенная модель анализирует контекст, а управляемые инструменты Android выполняют поддерживаемые шаги.
Если создание события требует подтверждения, запрос доступен и в компактной панели, и после возвращения на главный экран. Он относится к тому же сеансу и тем же параметрам. Пользователь может согласиться, остановить выполнение или исправить дату. Переход между интерфейсами не создает новую задачу и не переносит согласие в соседний разговор.
Восстановление разрешений работает по той же схеме. При отсутствии доступа FoneClaw показывает нужный шаг, открывает системный путь выдачи разрешения и после возвращения продолжает с проверенного места. Если пользователь отказывает, задача остается в понятном состоянии и предлагает доступный результат без запрещенной операции.
Такой механизм решает повседневную проблему переключения между агентом и приложениями телефона. Он не является синхронизацией с компьютером, часами или другим смартфоном. Загрузка актуальной версии доступна на странице загрузки FoneClaw.
Как проверить безопасность передачи задачи
Проверку лучше проводить на обратимой задаче с одним внешним интерфейсом. Например, запустите на компьютере анализ тестового файла и подключите телефон для наблюдения. До начала зафиксируйте исходную среду, имя сеанса, ожидаемый результат и действия, которые требуют подтверждения.
- Запуск. Убедитесь, что оба интерфейса показывают одну цель, исходное устройство и текущий шаг.
- Управление. Отправьте с телефона уточнение и проверьте, что оно попало только в выбранный сеанс.
- Подтверждение. Вызовите безопасный запрос доступа и проверьте цель, параметры, устройство выполнения и срок действия решения.
- Остановка. Остановите задачу с телефона и убедитесь, что исходный процесс прекратил дальнейшие действия.
- Повторное подключение. Отключите сеть, измените состояние исходной среды и проверьте отметку актуальности после возврата.
- История. Найдите записи о подключении, командах, подтверждении, разрыве и окончательном результате.
- Удаление. Завершите удаленный доступ и проверьте, что старый интерфейс больше не управляет сеансом.
Для FoneClaw аналогичный тест выполняется на одном телефоне: начните подготовку события на главном экране, перейдите к плавающему помощнику, прикрепите текущий экран, подтвердите или остановите операцию и вернитесь назад. Контекст, состояние и точка подтверждения должны оставаться согласованными.
Если агент получает инструменты или источники из внешнего каталога, в проверку добавляется происхождение полномочий. Эту тему раскрывает статья Agentic Resource Discovery: ai-catalog.json, доверенные каталоги и полномочия phone agent. Обнаруженный ресурс не получает доступ только потому, что задача перешла на другой интерфейс.
Безопасная передача задач ИИ-агента между устройствами подтверждена тогда, когда пользователь может без догадок назвать среду выполнения, текущий шаг, переданные данные, действующее разрешение и способ остановки. Если эти ответы исчезают при смене экрана или после разрыва связи, непрерывность остается декоративной, а не надежной.