Фактически агент не просто пишет инструкцию для пользователя — он выполняет действия сам.
Большинство существующих систем автоматизации используют облачные браузеры. Пользователь входит в свои аккаунты внутри удалённой среды, где и работает агент.
WebBridge устроен иначе.
Расширение устанавливается в браузер пользователя и работает вместе с локальным сервисом‑мостом на компьютере. Агент отправляет команды этому сервису, а тот взаимодействует с браузером через Chrome DevTools Protocol — стандартный интерфейс разработчиков для управления браузером.
Через него система может:
Ключевой момент — всё происходит локально на устройстве пользователя.
Это означает:
Документация Moonshot подчёркивает, что состояние входа и содержимое страниц не покидают устройство пользователя, что позволяет работать с авторизованными сайтами без передачи учётных данных третьим сервисам.
Для многих агентных инструментов именно доступ к авторизованным сервисам был серьёзным ограничением — WebBridge пытается эту проблему устранить.
Интересная особенность WebBridge — он изначально задуман как агент‑агностичный слой управления браузером.
Это не функция одного конкретного ассистента. В экосистеме WebBridge уже указана поддержка нескольких сред и инструментов разработки, среди них:
Таким образом WebBridge выступает в роли универсального слоя: разные агенты могут подключаться к нему и использовать браузер как инструмент выполнения задач.
В этой схеме обязанности распределяются так:
Само расширение отвечает только за управление браузером. Интеллектуальная часть — планирование задач и принятие решений — выполняется моделью Kimi K2.6.
Это агентно‑ориентированная мультимодальная модель Moonshot AI, построенная на архитектуре Mixture‑of‑Experts примерно с 1 триллионом параметров (около 32 млрд активных на токен) и контекстным окном около 256K токенов.
Модель ориентирована на длительные и сложные рабочие процессы, включая:
Платформа Moonshot отмечает, что Kimi K2.6 улучшает долгосрочную генерацию кода и автономное выполнение задач агентами, делая многошаговые процессы более стабильными.
В связке с WebBridge это выглядит так:
Например, агент может спланировать исследование продукта: найти несколько сайтов, собрать характеристики, сравнить цены и сформировать итоговый отчёт — а WebBridge выполнит все переходы и взаимодействия с сайтами.
Появление WebBridge отражает более широкую тенденцию в индустрии ИИ. Конкуренция идёт уже не только на уровне моделей — всё большее значение получает инфраструктура для агентов.
Для выполнения реальных задач агентам почти всегда нужен доступ к веб‑сайтам и сервисам, часто требующим авторизации. Облачные браузеры создают несколько проблем:
Локальный браузерный мост решает значительную часть этих проблем: агент получает доступ к той же среде, где работает пользователь, но без передачи сессий в облако.
Это делает агентные сценарии более практичными для задач вроде:
Стратегия Moonshot AI показывает ещё одну тенденцию: компании стремятся строить полный стек агентных технологий.
В такой архитектуре:
WebBridge становится браузерным исполнительным слоем, а Kimi K2.6 — движком рассуждения. Вместе они формируют экосистему, где ИИ может не только отвечать на вопросы, но и выполнять реальные задачи в интернете.
Если такой подход станет распространённым, контроль над «слоем выполнения» — особенно над браузером — может стать одним из ключевых факторов конкуренции в новой эпохе агентных ИИ‑систем.
Comments
0 comments