Браузер работает сам, пока вы спите

Как это работает

Агент сам решает, когда нужно отвлечься, и вызывает sub_task(). Открывается новая вкладка, агент выполняет подзадачу, вызывает end_sub_task() — вкладка закрывается, агент мгновенно возвращается на исходную страницу и продолжает с того же места. Результат подзадачи автоматически сохраняется в scratchpad.

Почему это важно

• Без стека: агент переключает вкладки вручную, теряет Navigation Tree, «забывает» что делал на предыдущей странице, тратит токены на повторное «осознание» контекста.
• Со стеком: контекст возврата сохранён кодом, а не памятью модели. Вкладка подзадачи — изолированная. Лимит шагов — страховка от зацикливания. Deep Sleep внутри подзадачи? Стек восстанавливается после пробуждения.

Безопасность на уровне архитектуры

• Гарантированный возврат — код возвращает агента на исходную вкладку, даже если модель «забудет» вызвать end_sub_task.
• Лимит шагов — каждая подзадача имеет бюджет (по умолчанию 15 шагов). Превышен → автоматический возврат.
• Вложенность до 3 уровней — подзадача может порождать подзадачу, но не бесконечно.
• Deep Sleep совместим — стек сериализуется, переживает гибернацию и пробуждение Service Worker.

Что это открывает

• Мониторинг + действие: следите за обновлением на сайте, параллельно заполняйте форму на другом.
• Поиск + коммуникация: ищете информацию, одновременно переписываетесь в чате.
• Многошаговые workflow: каждый шаг — изолированная подзадача с чётким триггером завершения.

Где в коде

В vision_tools.js добавлена функция probeOverlayAtPoint(x, y). Она использует document.elementFromPoint, поднимается вверх по дереву DOM и проверяет эвристики (z-index > 100, role="dialog", классы "modal/overlay", большую площадь перекрытия).

Как работает

Перед каждым cdpClick агент "ощупывает" координату. Если там модалка, клик отменяется, а в vision_loop.js генерируется ошибка overlay_blocked.

Изменение промпта

В vision_prompt.js добавлена целая секция ПЕРЕКРЫВАЮЩИЕ ЭЛЕМЕНТЫ (OVERLAY BLOCKING), которая учит модель правильно реагировать на эту ошибку (найти крестик, нажать Escape и т.д.).

Где в коде

В cdp.js и vision_loop.js.

Mouse Parking

В cdpClick после клика мышь не исчезает, а делает микро-движение mouseMoved в ту же точку. Это предотвращает срабатывание mouseleave, из-за которого списки закрываются.

Fast-Track Screenshot

В vision_loop.js агент понимает, что сделал UI-действие (click_at, hover_at), и включает флаг runtime._fastTrackMode = true. На следующей итерации вместо тяжелого waitPageReady вызывается waitPageReadyFast. Он ждёт всего ~100мс (достаточно для CSS-анимации раскрытия меню) и сразу делает скриншот, пока меню открыто.

Где в коде

Математика в bus.js, применение в cdp.js.

Как работает

Написаны функции generateBezierControlPoints, cubicBezier и mouseJitter.

Особенности

• Движение идёт по S-образной кривой или дуге.
• Внедрена функция easeOutQuad (имитация закона Фиттса): мышь стартует быстро, а прицеливаясь в кнопку — замедляется.
• Есть случайный тремор (Jitter).
• Если агент только проснулся и не знает, где мышь (_lastMousePos === null), он генерирует рандомную стартовую точку рядом с целью, а не телепортируется из угла (0,0). Теперь cdpClick и cdpHover вызывают cdpMoveMouse, что делает агента неотличимым от человека для Cloudflare.

Где в коде

В providers.js и vision_loop.js.

Как работает

Добавлена функция fetchWithTimeout через AbortController с жёстким лимитом в 25 секунд (MODEL_TIMEOUT_MS).

Умное восстановление

Если нейросеть думает слишком долго, запрос обрывается (Service Worker спасён от убийства Хромом). В vision_loop.js ошибка перехватывается. Состояние мгновенно сохраняется в chrome.storage.session. Агенту в историю дописывается [СИСТЕМА] Таймаут модели….

Киллер-фича

Вы реализовали эскалацию! Если таймаут случается 3 раза подряд, агент устанавливает флаг _reducedHistoryMode = true и урезает историю действий с 8 до 3 шагов, чтобы сделать промпт легче и получить ответ быстрее. Если таймаутов 5 — задача прерывается. Это гениальное решение для нестабильных API.

Как это работает

Агент вызывает recall, чтобы найти ранее сохранённый факт, и remember, чтобы записать результат. Память разделена по сценариям — например sales_bot_a1b2c3.

Зачем нужно

• Не писать повторно тем, кому уже отправлял предложение.
• Помнить, какие сайты и контакты уже обработаны.
• Следить за прогрессом в лидогенерации, мониторинге и заполнении заявок.

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

Pulse принимает события через открытый HTTP endpoint без SDK. WebClaw отправляет события recall и remember, а Pulse строит live feed и дашборды.