Edge-cloud multi-agent архитектура меняет баланс между latency и автономией. Разбор AdecPilot показывает, как децентрализация управления влияет на поведение системы
Современные edge-cloud multi-agent системы для мобильной автоматизации упираются в системный конфликт. С одной стороны, крупные модели в облаке дают лучшее reasoning. С другой — именно edge имеет доступ к актуальному UI и контексту выполнения. В классических архитектурах это приводит к “Remote Commander Paradox”: облако принимает решения, но не видит реального состояния интерфейса, а edge видит, но не думает. В динамическом UI это проявляется как хрупкость: небольшое смещение элементов ломает весь сценарий до момента, когда ошибка вообще обнаруживается.
AdecPilot предлагает сместить границу ответственности через административную децентрализацию. Архитектура разделяет систему на два уровня. В облаке работает стратегический дизайнер, который генерирует абстрактные milestones без привязки к UI. На edge — бимодальная команда: visual orchestrator и текстовый executor. Первый отвечает за локальное планирование на основе реального экрана, второй — за точное выполнение действий через DOM-подобную структуру. Ключевое изменение — edge перестаёт быть “исполнителем” и становится автономным планировщиком с циклом self-correction.
Интересные эффекты проявляются на уровне метрик. Успешность выполнения задач увеличивается на 21.7% относительно EcoAgent. При этом потребление cloud-токенов снижается на 37.5%, а latency — на 88.9% относительно CORE. Более показательно поведение канала связи: система передаёт только текстовые события при сбоях, что даёт до 388.7× снижения uplink-трафика по сравнению с визуальными baseline. Это напрямую связано с архитектурным решением — исключить постоянную синхронизацию и оставить облако только для начального планирования и редких перерасчётов.
Отдельного внимания заслуживает механизм устойчивости. Внутренний цикл на edge обрабатывает “тактические” ошибки без обращения к облаку. Только при исчерпании лимита попыток формируется компактный failure-контекст и отправляется в cloud. Это ограничивает рост synchronization cost и предотвращает деградацию при нестабильной сети. Дополнительно используется протокол Hierarchical Implicit Termination, который принудительно завершает выполнение без генерации лишних действий. Это снижает риск post-completion hallucinations — типичной проблемы для lightweight моделей.
С практической точки зрения это компромиссное, но прагматичное решение. Система жертвует частью глобальной оптимальности (незначительное снижение success rate относительно максимальных cloud baseline), но выигрывает в устойчивости, latency и приватности. Подход особенно применим в сценариях с нестабильной сетью или чувствительными данными. В более широком контексте это подтверждает тренд: edge-cloud multi-agent архитектуры эволюционируют от распределения вычислений к распределению ответственности. И именно это, а не просто offloading, определяет поведение системы под нагрузкой.
Новостной источник
arXiv — крупнейший открытый репозиторий препринтов (с 1991, под эгидой Cornell), где учёные оперативно выкладывают рабочие версии статей; материалы общедоступны, но не проходят полноценную рецензии, так что результаты следует считать предварительными и по возможности проверять в обновлённых версиях или в рецензируемых журналах. arxiv.org