Ego-lite: браузер для AI-агентов без головной боли

Когда вчера попробовал запустить Claude Code для автоматизации рутинных задач в браузере, столкнулся с классической проблемой: либо агент не видит мой авторизованный сессионный контекст, либо мне приходится танцевать с OAuth-провайдерами. Ego-lite — один из тех инструментов, которые решают эту боль максимально прагматично.

Почему браузеры и AI-агенты — проблемный дуэт

Типичный сценарий: вы хотите автоматизировать что-то вроде:

• заполнения CRM через UI (потому что API недоступно)
• парсинга данных из SaaS-панели
• тестирования сложного UI-флоу

Но как только подключаете AI-агента (тот же Claude Code или custom solution на Codex), начинается ад:

1. Сессии не шарится между вашим браузером и headless-инстансом агента
2. Куки сбрасываются при переходе в automation mode
3. OAuth-провайдеры детектят подозрительную активность

Ego-lite подходит к проблеме с неожиданной стороны — вместо того чтобы бороться с ограничениями, он создает изолированное пространство, где:

• Ваш основной браузер (Chrome/Edge) работает как обычно
• AI-агент получает read-only доступ к DOM через lightweight WebSocket-интерфейс
• Никаких инжектов в ваш основной процесс

Как это работает на практике

Установка — классический go install:

go install github.com/citrolabs/ego-lite@latest

Запускаете ego-lite как прокси между браузером и агентом:

ego-lite --port 9223

В коде агента подключаетесь через Chrome DevTools Protocol:

const puppeteer = require('puppeteer-core');

(async () => {
  const browser = await puppeteer.connect({
    browserWSEndpoint: 'ws://localhost:9223/devtools/browser'
  });
  
  const page = (await browser.pages())[0];
  console.log(await page.title()); // Доступ к текущей вкладке
})();

Ключевые фишки:

• Zero-config — не нужно настраивать CORS, проксировать куки или возиться с сессиями
• Read-only по умолчанию — агент не может случайно кликнуть не туда или отправить форму
• Локальный first — всё работает без облаков и подписок

Где ego-lite реально полезен

Из своего опыта выделил три рабочих сценария:

1. AI-assisted debugging
   Когда ваш агент анализирует DOM на продакшн-окружении (где нельзя просто так включить DevTools), но не рискует что-то сломать.

2. Data extraction from legacy systems
   Особенно для внутренних ERP/CRM, где нет нормального API, а Selenium слишком тяжеловесен.

3. Automated documentation
   Агент может ходить по вашему продукту и генерировать актуальные скриншоты для документации, не требуя отдельного test runner’а.

Ограничения и подводные камни

После недели использования заметил несколько нюансов:

• Нет поддержки мульти-вкладок — агент видит только активную табу
• Иногда лагает при частых DOM-мутациях (например, в SPA с интенсивным rerender’ом)
• Требует Go 1.20+ на хосте, что может быть проблемой в корпоративных окружениях

Но главное — ego-lite не пытается быть универсальным решением. Это именно lightweight-прокси для конкретного use case.

Что попробовать дальше

Если зацепила идея, рекомендую поэкспериментировать с такими комбинациями:

1. Claude Code + ego-lite для автоматизации рутинных UI-операций
2. Custom RAG-агент поверх ego-lite для анализа данных в веб-интерфейсах
3. Интеграция с MCP (Managed Chrome Protocol) для более сложных automation-сценариев

Инструмент явно не для production-grade автоматизации, но как временное решение или прототипинг — одно из самых удобных, что встречал за последний год. Особенно радует отсутствие необходимости что-то конфигурировать — просто запустил и забыл.

Источник: https://github.com/citrolabs/ego-lite