Комментарии 2
либо у них есть коллега, который что-то на нём уже выкатывает в прод
В моем окружении таких к счастью нет.
формально все подобные решения можно было сделать раньше, если просто переживать об этике и безопасности. через сам openclaw или вообще любого другого CLI агента попросить сделать такое небольшое архитектурное решение и у вас что сам openclaw будет запускаться изолировано в docker или хоть на выделенных vm / vps, что все браузерные автоматизации тоже изолировано в docker с playwright и общим тунелем, можно хоть на внешний сервер их вывести, если допустим ваше рабочее устройство не предназначено для больших нагрузок и поставить wg тунель (или просто ssh тунель, но так медленнее), тогда playwright будет работать на сервере и напрямую с относительно небольшой задержкой openclaw будет забирать все данные оттуда себе, он же не просто так "claw". ну и так по ощущению будет со всеми подобными утилитами, бюджет 3 чашки кофе, пару часиков брейншторма, немного вайб-кодинга, главное чтобы была потребность, понимание и минимальная мозговитость. а так да, инструмент полезный, давно пора было.
(решение которое я описал выше я сам использую уже несколько месяцев, ноутбук не выдерживает слишком много сессий клода, поэтому я из $ claude сделал $ code утилиту со встроенным тунелем до моего домашнего сервера и двухсторонней синхронизацией с запуском claude code + ещё и в изолированной среде, как результат работает всё стабильно, от prompt-injection защищён, можно запускать хоть 20 сессий клода, они друг с другом не конфликтуют потому что все запущены через изолированный docker. едиственное, что пришлось помучаться с claude credentials, очень долго не хотели подтягиваться в изолированной среде)

Ваш браузер — это узкое место для OpenClaw