Мы создаём Promto как первую облачную AI-операционную систему — среду, в которой агенты получают приложения, файлы, терминал, браузер, вычисления и возможность работать в фоне. Рассказываем, как мы встроили в эту ОС OpenClaw и Hermes, добавили Telegram и автоматизации по расписанию — и почему для этого оказалось недостаточно просто запустить CLI в облаке.

Promto — первая облачная AI-операционная система

Мы делаем Promto не как очередной чат или рабочее пространство вокруг нейросети, а как первую облачную AI-операционную систему.

В обычной операционной системе человек открывает приложения, управляет файлами, запускает процессы и переключается между задачами. В Promto всё это могут делать не только люди, но и AI-агенты.

У каждого проекта появляется собственный облачный компьютер: изолированное Linux-окружение с файлами, терминалом, браузером, редактором кода и приложениями Promto. Агент может не просто объяснить, как выполнить задачу, а сделать её сам: изучить проект, написать и запустить код, открыть сайт в браузере, проверить результат, собрать Android-приложение, подготовить документы и медиа или опубликовать готовый сервис.

Мы называем Promto операционной системой, потому что она управляет не одним чатом, а всем рабочим контуром:

приложениями и окнами;
файлами и общей памятью проекта;
агентами и их отдельными сессиями;
процессами, вычислениями и жизненным циклом сендбокса;
браузером, Preview, Android-сборками и публикацией;
правами доступа, моделями и биллингом;
фоновыми задачами, расписаниями и внешними каналами связи.

Обычный AI-чат заканчивает работу текстовым ответом. В AI-операционной системе результатом может быть работающий сайт, приложение, файл, проведённое исследование, запущенный процесс или сотрудник, который продолжает выполнять задачи по расписанию.

Поэтому появление OpenClaw и Hermes для нас — это не добавление ещё двух названий в список моделей. Мы подключили два самостоятельных agent runtime к полноценной облачной ОС: с приложениями, файлами, инструментами, моделями, расписанием и каналами связи.

Почти любой AI-агент хорошо выглядит в короткой демонстрации: открыли терминал, дали задачу, получили результат. Проблемы начинаются через несколько часов.

Вкладку закрыли — процесс потерял авторизацию. Сендбокс уснул — расписание ничего не запустило. Агент написал себе бесконечный while true, но после завершения сессии больше не может обратиться к модели. Telegram-бот подключился к локальному процессу и исчез вместе с ним.

Если мы хотим называть агента цифровым сотрудником, он должен уметь больше:

работать с настоящими файлами и инструментами;
сохранять собственное состояние;
продолжать работу после закрытия браузера;
запускаться по расписанию;
просыпаться перед задачей;
принимать команды из Telegram;
не хранить постоянный модельный API-ключ внутри пользовательского окружения.

Именно вокруг этих требований мы построили полноценную поддержку Hermes Agent и OpenClaw в Promto.

Что пользователь получает

В Профессиональном терминале Promto можно создать отдельную сессию и выбрать Hermes или OpenClaw.

Это не две модели в новом выпадающем списке. Мы запускаем их нативные agent runtime:

Hermes работает через собственный TUI, agent loop, инструменты и выбор моделей;
OpenClaw работает через собственную сессию, TUI и Gateway;
оба агента получают shell и доступ к общему рабочему столу;
оба могут работать с браузером, Preview, Android-сборками, файлами, ассетами и публикацией через команды Promto;
настройки, история и плагины каждого runtime сохраняются отдельно.

Из коробки доступны два способа подключать модели: через нейробаланс Promto без внешних подписок или через собственную авторизацию и API-ключи пользователя.

Основной чат Promto, Hermes и OpenClaw могут по очереди работать над одним проектом, потому что видят одну файловую систему. Например, Hermes проводит исследование и сохраняет выводы в Markdown, OpenClaw выполняет регулярную операционную задачу, а основной агент собирает результат в интерфейсе.

Схема 1. Агент — это runtime, рабочее окружение, инструменты и состояние, а не только запрос к модели.

Почему мы не сделали обычную обёртку над API

У нативных агентов есть собственное поведение: system prompt, инструменты, команды, управление сессией, выбор модели и способы продолжения диалога. Если спрятать всё это за универсальным чат-интерфейсом, получится уже другой продукт.

Поэтому Promto не пытается превратить Hermes и OpenClaw в одинаковых ботов. Платформа даёт им общую инфраструктуру, но оставляет нативный workflow:

Настоящий интерактивный PTY.
Отдельную terminal_session, не связанную с историей обычного чата.
Собственные каталоги состояния Hermes и OpenClaw.
Общую файловую систему проекта.
Платформенный CLI для действий за пределами shell.
Доступ к каталогу моделей через AI Gateway.

В результате пользователь получает именно Hermes и OpenClaw, но внутри управляемого рабочего места.

Самая неочевидная проблема автоматизаций

Когда мы начали разбирать периодические задачи, первое предположение было простым: в образе сендбокса нет cron.

Это оказалось только частью проблемы.

Агенты вполне способны написать собственный планировщик на Python и оставить его фоновым процессом. Такой процесс действительно переживает закрытие вкладки. Но модельные разрешения интерактивной сессии должны отзываться, когда пользователь закрывает терминал.

Получается «живой» процесс без права обращаться к модели. Он продолжает крутиться, писать логи и делать вид, что работает, но полноценный agent turn запустить уже не может.

Поэтому мы отделили автоматизации от браузерной вкладки.

У каждого рабочего стола может быть специальная automation session. У неё нет PTY и она не отображается среди вкладок. Её единственная задача — быть долговечным контуром авторизации для запланированных запусков.

Внутри сендбокса работает promto-cron:

хранит задания отдельно от терминальных вкладок;
поддерживает обычное cron-расписание и часовой пояс;
запускает Hermes или OpenClaw в headless-режиме;
выполняет задачи последовательно, чтобы два агента не перезаписывали одни файлы одновременно;
ведёт отдельные логи;
отключает задачу после серии повторяющихся ошибок.

Пользователю не нужно писать cron-выражение вручную. Можно сказать агенту: «Каждый будний день в девять утра проверяй новые обращения и готовь краткий отчёт».

Как сендбокс просыпается сам

Планировщик находится внутри рабочего стола. Но спящий рабочий стол не может запустить собственный планировщик — он не может разбудить себя изнутри.

Поэтому promto-cron сообщает платформе время следующего запуска. Фоновый сервис Promto следит за ближайшими задачами и за несколько минут до события поднимает нужный сендбокс. После запуска среды планировщик продолжает работу и выполняет agent turn.

Пропущенные во время сна задачи не запускаются огромной очередью задним числом. Для автоматизаций важнее предсказуемое текущее состояние, чем десять устаревших отчётов подряд.

Схема 2. Расписание живёт дольше вкладки, а платформа может разбудить окружение перед задачей.

Режим «Не засыпать рабочий стол»

Автоматизация умеет разбудить среду к определённому времени. Но для постоянной готовности — например, если сотруднику пишут из Telegram в любое время — можно включить опцию «Не засыпать рабочий стол».

Она доступна владельцам подписки Макс и отключает автоматическую остановку конкретного рабочего стола. Среда остаётся поднятой даже после закрытия Promto.

Эти режимы решают разные задачи:

автоматическое пробуждение экономит ресурсы между запусками;
«Не засыпать» превращает сендбокс в постоянно готовое рабочее место;
вместе с Telegram и расписанием это позволяет собрать цифрового сотрудника, доступного круглосуточно.

OpenClaw: зачем нужен отдельный Gateway

OpenClaw устроен сложнее обычного терминального CLI. Его TUI подключается к локальному Gateway, который управляет агентной сессией.

Для интерактивной работы Promto запускает временный Gateway внутри рабочего стола и подключает к нему TUI. Пользователю не нужно выбирать порт, создавать токен или ждать health check — платформа делает это автоматически.

Но такой Gateway заканчивает работу вместе с TUI. Для подключения телефона или постоянного канала это не подходит: устройство должно иметь возможность достучаться до OpenClaw после закрытия браузерной вкладки.

Поэтому постоянный Gateway OpenClaw работает в том же долговечном контуре, что и автоматизации. Он получает отдельный адрес для pairing, собственный backend-issued токен и восстанавливается после пробуждения сендбокса.

Это позволяет подключить OpenClaw к Telegram и обращаться к агенту как к удалённому сотруднику, а не только как к процессу в открытом терминале.

Hermes использует собственный messaging Gateway и нативную передачу диалога в Telegram. Мы не унифицируем их внутреннее устройство, но даём обоим runtime одинаковое рабочее окружение и управляемый доступ к возможностям платформы.

Два режима подключения моделей из коробки

Одна из практических проблем зарубежных AI-инструментов — не сами модели, а доступ к ним. Пользователю приходится регистрировать несколько аккаунтов, оформлять иностранные подписки, искать подходящую карту, разбираться с ограничениями регионов и иногда использовать VPN.

В Promto из коробки доступны два режима.

1. Нейробаланс Promto

Это управляемый режим по умолчанию. Hermes, OpenClaw и их автоматизации обращаются к моделям через AI Gateway Promto, а расход списывается с нейробаланса рабочего стола.

Пользователю не нужно отдельно регистрироваться у иностранных провайдеров, оплачивать несколько подписок, искать зарубежную карту, настраивать VPN или вручную переносить ключи между инструментами. Можно открыть терминал, выбрать агента и начать работу.

2. Собственная авторизация — Bring Your Own Key

Если у пользователя уже есть аккаунты и API-ключи провайдеров, AI Gateway можно отключить для CLI-агентов конкретного рабочего стола.

После этого новые терминальные сессии и автоматизации не используют нейробаланс Promto. Пользователь проходит нативную авторизацию внутри Hermes или OpenClaw и может подключить ключ любого провайдера, который поддерживается выбранным runtime.

Promto не подменяет этот механизм собственной формой. Агент продолжает использовать родную конфигурацию, OAuth или API keys своего провайдера. Получается полноценный bring your own API key: инфраструктура и инструменты остаются от Promto, а модельная авторизация и расчёты происходят напрямую на стороне пользователя.

Режим выбирается для рабочего стола и распространяется как на интерактивные сессии, так и на автоматизации. Можно начать с нейробаланса без внешних аккаунтов, а позже перейти на собственные ключи — или сразу использовать уже настроенную инфраструктуру компании.

Почему это больше похоже на сотрудника, чем на чат-бота

Модель сама по себе не является сотрудником. Сотрудник появляется, когда к модели добавляются:

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

Например, можно создать:

Исследователя на Hermes. Каждый день он изучает новые материалы по теме, сохраняет источники и обновляет общий отчёт.

Операционного сотрудника на OpenClaw. Он проверяет сервисы, работает с внутренними страницами через браузер и присылает результат в Telegram.

Инженерного помощника. По ночам запускает тесты, анализирует ошибки и готовит список конкретных проблем к началу рабочего дня.

Контент-менеджера. Собирает входящие материалы, приводит их к единому формату и готовит черновики по расписанию.

Агенты могут работать в одном рабочем столе и передавать результат через файлы. Не нужно копировать контекст из одного чата в другой: артефакт становится общей памятью команды.

Без искусственных ограничений по сценариям

Мы не вводим для Hermes и OpenClaw специальный «демо-режим». Доступны их нативные workflow, инструменты, конфигурация, модели и длительные сессии.

Использовать агентов можно:

интерактивно в Профессиональном терминале;
удалённо через Telegram;
автоматически по расписанию;
в постоянно работающем окружении;
параллельно с основным агентом Promto и другими CLI.

При этом модельные запросы по-прежнему расходуют нейробаланс рабочего стола либо используют собственную авторизацию пользователя. «Без ограничений» относится к возможностям и сценариям, а не к бесконечным вычислительным ресурсам.

Что получилось

Для пользователя всё выглядит просто: открыть терминал, выбрать Hermes или OpenClaw, описать роль и при необходимости добавить расписание.

Под этой простотой работает несколько независимых механизмов: долговечные сессии, восстановление PTY, отдельная automation session, планировщик, пробуждение сендбокса, короткоживущие токены, AI Gateway и постоянный канал связи.

Именно эта инфраструктура превращает запуск CLI в системный компонент облачной AI-операционной системы.

Не просто «агент ответил на запрос», а:

У сотрудника есть среда, инструменты, память, расписание и канал связи — и он может вернуться к работе без открытой вкладки браузера.

OpenClaw и Hermes уже доступны в Профессиональном терминале Promto.

Попробовать самому http://app.promto.ai/

OpenClaw и Hermes в России без VPN и DevOps. Как эти агенты нативно работают в облачной АИ ОС