Studio 8 (бета): что нового

Windows и Linux

Для каждой ОС — два установщика: Studio (редактор, отладка, планировщик) и Runtime (исполнение готовых роботов без интерфейса разработки). Windows — обычный .exe на Inno Setup, Linux — .run на Qt Installer Framework:

chmod +x HumanEmulatorStudioInstall.8.run
./HumanEmulatorStudioInstall.8.run

Установка — от обычного пользователя, не от root, в графической сессии (X11 или Wayland). Что нужно до установки, как проверить готовность машины и чем мерить — на странице требований: требования и установка; публичное демо 8 — только под Windows, установка демо.

Для скрипта перенос означает три вещи, и все они видны в поведении API:

• относительный путь в командах вида *_from_file разбирается от папки запущенного скрипта, как в Windows-Studio, а не от того, что к пути дописал сам робот (8.1.5);
• PHP «на машине разработчика» снова запускается на Linux — программа больше не указывает системному PHP, где искать расширения, поэтому модули, поставленные ОС, загружаются как раньше (8.1.4);
• встроенный Chromium принимает DOM и ввод из скрипта независимо от того, где лежит TEMP (8.1.5).

Конструктор рабочих процессов (.wf)

Восьмая линейка открывает файл .wf не текстом разметки, а структурой: шаги — деревом, свойства — в панели справа, подходящие действия — в палитре, а всё, что движок не переносит, — списком непереносимых мест. Правка свойства сохраняется в сам файл, с отменой и .bak.

Что полезно при отладке визуального робота:

• палитра строится по тому же корпусу блоков, что тулбокс Studio 7, — действий у визуального робота при переходе в 8.x не убавляется;
• шагу можно поставить точку останова: робот встаёт на шаге до его действия, на паузе доступны «В узел», «Следующий узел», «Наружу», а в правой колонке появляется панель «Значения на паузе»;
• подсветка исполнения доведена до контейнеров — видно не только отдельное действие, но и «если» / «для каждого» и который это проход цикла;
• панель проверки при открытии одним словом говорит, что с этим роботом можно делать здесь: «исполняется здесь», «исполняет только Windows Studio с плагином», «здесь не исполняется: в файле есть узлы вне подмножества net8»;
• зашифрованный робот (файл вида имя.wf.encoded_wf) больше не притворяется битым — редактор прямо называет причину, по которой его не раскрывает.

Как собирать робота из шагов, что показывает панель проверки, чем исполняется файл на Windows и на Linux и когда нужен «Открыть в Studio 7» — конструктор рабочих процессов.

MCP-справочник API

Локальный MCP-сервер справочника API (search_api, описания методов, примеры) лежит в каждой коробке выпуска начиная с 8.1.3, а кнопка «Проверить MCP» в ИИ-чате поднимает сервер и отвечает за секунды. Контракт сверен по трём хостам — Windows-коробка, Electron на Windows, Electron на Linux: один и тот же индекс, те же вызовы, поэтому ответ ассистента не зависит от того, на какой ОС вы пишете.

Как включить, когда он нужен и как писать робота без него — руководство по MCP. Ручной поиск методов по-прежнему доступен: Поиск API.

Запуск внешних скриптов из робота

Команды run_as_python, run_as_js, run_as_php, run_as_console и run_as_bat запускают внешний скрипт и возвращают его вывод. В 8.x (и частично в 7.0.78) закрыты две частые причины «почему не работает»:

• вывод больше не вешает робота. раньше stdout и stderr читались после завершения процесса, и скрипт с большим логом останавливал Studio до ручного снятия процесса. Теперь вывод и ошибки читаются параллельно с исполнением, вызов сразу возвращает полный текст — у run_as_python, run_as_console и run_as_js (8.1.5), а run_as_php с перехватом вывода перестал бросать исключение;
• адрес родителя. дочерний скрипт должен дозвониться до приложения, и раньше адрес RPABOT_HOST_URL собирался с портом по умолчанию 7010 — на установке, где приложение слушает другой порт, ребёнок не мог обратиться к родителю. Теперь хост доезжает до ребёнка на любом порту (8.1.6).

Node.js и Python в дистрибутив не входят: run_as_js берёт Node.js из настроек (в 7.0.78 это и починено — раньше путь к node.exe собирался неверно, и скрипт не запускался). Порт и адрес хоста — в руководстве запуск внешних скриптов из робота и на странице про несколько копий и порты.

Планировщик запусков

В 8.x планировщик — панель с таймлайном на 24 часа, а не список строк в настройках: метки запусков стоят на шкале времени, журнал хранит историю (когда старт, сколько длился, чем кончился) с фильтром ошибок и открытием лога конкретного запуска. Если на шкале пусто, программа пишет «нет запланированных запусков» — пустая панель больше не двусмысленна.

• из иконки в трее: пауза и возобновление планировщика, открытие панели, запуск последнего открытого скрипта;
• мастер задачи идёт пятью подписанными шагами: Задача → Тип → Когда → Окно → Вид;
• скрипты планировщик не копирует — запускает те же файлы, что редактор, поэтому правка скрипта влияет на следующий запуск сразу.

API-часть расписания: объект scheduler; интерфейс — панель планировщика и руководство по расписанию.

Профили браузера

Профиль вкладки — набор параметров, с которым открывается страница: User-Agent, язык, часовой пояс, геолокация, «железо», разрешение экрана, WebGL, прокси, cookies. В 8.x диалог «Профиль браузера» доступен и в Linux-выпуске — как в Windows Studio (8.1.0), а рядом работает проверка согласованности: противоречащие друг другу поля не применяются молча, диалог показывает список и просит подтвердить.

• профиль — файл: несколько наборов под разные площадки сохраняются, загружаются и переключаются, значения смотрятся и правятся как JSON (удобно для системы контроля версий и для переноса на другую машину);
• кнопка «По умолчанию» возвращает профиль к исходному состоянию браузера;
• профиль относится к вкладке, а не к программе: в одном окне можно держать несколько вкладок с разными наборами.

Команды: load_profile, save_profile, set_default_profile_path. Теория и порядок правки — отпечатки браузера, прокси, антибот 2026.

Runtime и лицензии

Runtime — та же платформа без среды разработки: исполнение готовых роботов по расписанию или из командной строки, на Windows (.exe) и Linux (.run).

• лицензия одна на обе линейки: ключ Studio из 7.x активирует и Studio 8 — переход на восьмую линейку второй покупки не требует;
• Runtime — отдельная лицензия, как и в 7.x;
• файл лицензии читают обе линии (в 7.x это починено в 7.0.78 — раньше его видел только RPAbot, то есть Хуман Эмулятор без Runtime не активировался).

Как активировать: активация Human Emulator. Цены и пакеты — только на основном сайте.

Границы переноса

Перенос назван прямо, и это важно при переезде скрипта с Windows на Linux: работают встроенный Chromium с DOM-вводом из скрипта, PHP (в том числе «на машине разработчика»), Python-контейнер и chromedriver. Методы, которым нужен Windows-слой, честно сообщают о недоступности, а не зависают — у submitter на Linux методы, читающие базу, возвращают прочерк и строку в лог вместо пятисекундного зависания (7.0.78), при этом generate_random_text, generate_random_nick_name и generate_random_number работают как прежде.

Docker — по желанию: в контейнерах идут сценарии на JavaScript и Python, распознавание текста и серверы подсказок. Без Docker программа доходит до конца и запускается в урезанном режиме, а при первом запуске показывает окно со списком того, что недоступно; если Docker в момент запуска ещё просыпается, программа не объявляет его выключенным, а даёт кнопку «Проверить снова» (8.1.5).

macOS в восьмой линейке не поддерживается как платформа выпуска.

Как проверить у себя

1. Сверьте версию: меню программы / заголовок окна — 8.1.x. Если сборка старше, обновления берут в личном кабинете на хуманэмулятор.рф.
2. Откройте свой 7.x-скрипт и запустите как есть — правок он не требует; если метод «не находится», сверьтесь со Поиском API и пунктом «доступна с версии» на странице метода.
3. Проверьте MCP: Настройки → раздел MCP → «Проверить MCP», и только после ответа сервера включайте «Использовать XHE MCP сервер» (пошагово).
4. На Linux перед установкой: echo $DISPLAY (есть сессия), whoami (не root), df -h на целевом диске, docker version — если планируются контейнерные сценарии.