bux: автономный браузерный агент на своём сервере с Telegram-управлением

Когда речь заходит о браузерной автоматизации, большинство решений сводится к двум крайностям: либо вы пишете хрупкие Playwright-скрипты под конкретную задачу, либо используете облачные сервисы с закрытой логикой и ежемесячной подпиской. Проект browser-use/bux предлагает третий путь — коробочное решение для развёртывания 24/7 агента, который живёт на вашем сервере, управляется через Telegram и использует Claude Code для принятия решений. На момент написания статьи репозиторий собрал 388 звёзд и 48 форков на GitHub, что указывает на активный интерес сообщества.

Что такое bux и как он устроен

bux — это обвязка над экосистемой Browser Use, которая превращает обычный браузер в долгоживущего агента. В отличие от классических скриптов, где вы жёстко прописываете каждый шаг, bux работает как асинхронный исполнитель: вы отправляете задачу через Telegram, а агент сам решает, какие действия выполнить в браузере.

Архитектура bux строится на трёх компонентах:

• Browser Use Cloud — облачная инфраструктура, которая управляет браузерными сессиями. Она отвечает за запуск, поддержание и завершение браузера на удалённом сервере.
• Claude Code — ИИ-агент от Anthropic, который анализирует содержимое страниц и принимает решения о следующих действиях. Именно он заменяет жёсткие скрипты на гибкое поведение.
• Telegram-бот — интерфейс взаимодействия. Вы пишете боту задачу на естественном языке, и он запускает цепочку действий в браузере.

Стек написан на Python, что упрощает интеграцию с существующей инфраструктурой и позволяет кастомизировать поведение агента под конкретные сценарии.

Почему это меняет подход к автоматизации

Традиционная браузерная автоматизация требует либо написания скриптов под каждый сценарий, либо использования low-code платформ с ограниченной гибкостью. bux решает обе проблемы:

1. Отсутствие жёстких скриптов. Вместо того чтобы писать page.click('#submit') и ловить исключения при изменении селекторов, вы описываете задачу словами: «Проверь, появилась ли кнопка «Оплатить» на странице заказа, и если да — нажми её». Агент сам разбирается с DOM-структурой.
2. Долгоживущая среда. Браузер не перезапускается после каждой задачи. Вы можете оставить сессию открытой на дни и недели, что критично для мониторинга сайтов, сбора данных в реальном времени или тестирования длинных пользовательских сценариев.
3. Управление из Telegram. Это не просто удобство, а архитектурное решение: Telegram выступает как шина команд, которая не требует отдельного веб-интерфейса, авторизации через OAuth или настройки дашбордов. Бот работает, пока работает ваш сервер.

Как развернуть bux на своём сервере

Развёртывание bux требует минимальной инфраструктуры, но важно понимать зависимости. Вот пошаговый план:

1. Подготовьте сервер. Вам понадобится VPS или выделенный сервер с Ubuntu 22.04+, минимум 2 ГБ ОЗУ и 20 ГБ дискового пространства. Браузер в headless-режиме потребляет около 500 МБ ОЗУ на сессию.
2. Установите зависимости:
3. Python 3.10+
4. Playwright (pip install playwright && playwright install chromium)
5. Docker (опционально, для изоляции браузерных сессий)
6. Клонируйте репозиторий: bash git clone https://github.com/browser-use/bux.git cd bux pip install -r requirements.txt
7. Настройте переменные окружения:
8. TELEGRAM_BOT_TOKEN — токен вашего бота от BotFather
9. BROWSER_USE_API_KEY — ключ для Browser Use Cloud
10. ANTHROPIC_API_KEY — ключ для Claude Code API
11. Запустите агента: bash python main.py

После запуска бот будет доступен в Telegram. Отправьте ему команду /start и затем опишите задачу.

Практические сценарии и ограничения

bux подходит не для всех задач. Вот таблица, которая поможет оценить применимость:

Основные ограничения связаны с безопасностью и стабильностью:

• Компрометация бота. Если злоумышленник получит доступ к вашему Telegram-боту, он сможет управлять браузером на вашем сервере. Используйте ограничение доступа по ID пользователей.
• Зависимость от API. Browser Use Cloud и Claude Code — внешние сервисы. Их сбои или изменение тарифов могут нарушить работу агента.
• Конфиденциальность данных. Браузерные сессии могут содержать чувствительную информацию (логины, пароли, данные клиентов). Настройте ротацию логов и шифрование хранилища.

Чек-лист для запуска bux в production

Перед тем как запускать агента в реальных задачах, проверьте:

• [ ] Настроен лимит на количество одновременных сессий (рекомендуется не более 3)
• [ ] Включено логирование всех действий агента в отдельный файл
• [ ] Настроено уведомление об ошибках (например, через Telegram-бота администратора)
• [ ] Ограничен доступ к боту по списку разрешённых Telegram ID
• [ ] Настроена ротация логов (ежедневная или по достижении 100 МБ)
• [ ] Проверена работа агента на тестовом сайте без реальных данных
• [ ] Создан скрипт перезапуска агента при падении (systemd unit или supervisor)

Перспективы развития и сообщество

Проект bux находится на ранней стадии развития, но уже демонстрирует потенциал для корпоративного применения. Сообщество активно обсуждает интеграцию с дополнительными LLM-провайдерами, поддержку мобильных браузерных профилей и расширение возможностей для работы с файлами и медиа. Если вы ищете способ автоматизировать рутинные действия в браузере без привязки к облачным сервисам и с полным контролем над данными, bux заслуживает внимания. Присоединяйтесь к сообществу, тестируйте агента на своих задачах и делитесь обратной связью — именно так рождаются инструменты, которые меняют индустрию.

Источники

• GitHub: browser-use/bux
• Browser Use Cloud
• Claude Code (Anthropic)