Инструменты RPA с открытым исходным кодом, которые стоит рассмотреть, и где их запускать

Несколько инструментов из типичного списка кандидатов RPA с открытым исходным кодом не могут работать на Linux-сервере без графической среды. Они автоматизируют интерфейсы настольных приложений и зависят от графического сеанса, а на таком сервере нет сеанса рабочего стола, которым можно управлять. Одно это свойство делит категорию надвое и определяет, где сможет работать ваш бот.

Стоимость коммерческих лицензий RPA побуждает большинство людей искать лучшие инструменты RPA с открытым исходным кодом. Я повторно проверил приведённые ниже сведения о лицензиях, активности и пакетах 5 октября 2026 года, и каждое утверждение о состоянии проекта сопровождается ссылкой на запись, из которой оно взято.

Ключевые выводы

• Начните с требований к сеансу, а не со списка возможностей. Oculix, OpenRPA и taskt ориентированы на GUI и требуют графического сеанса для работы с локальными настольными приложениями. При использовании RPA Framework для работы с браузером, файлами и данными он не нужен. У TagUI и UI.Vision всё зависит от выбранного режима.
• RPA Framework выпускал релизы в феврале, марте, мае, июне, августе и октябре 2026 года: это самая последовательная история выпусков среди проверенных здесь проектов.
• TagUI распространяется под Apache-2.0 и по-прежнему принимает вклад участников, но AI Singapore прекратила его сопровождение и поддержку. Его обёртка для Python не получала новых релизов с июля 2023 года.
• Automagica и OpenBots не стоит включать в актуальный список кандидатов. Automagica перестала распространяться под AGPL3, когда Netcall приобрела компанию в октябре 2020 года, а у OpenBots нет поддерживаемого публичного репозитория RPA-продукта.
• Если системы, которые вы соединяете, уже предоставляют API или вебхуки, вам нужна автоматизация рабочих процессов, а не RPA. Другая категория, другие инструменты и гораздо меньше времени на разработку.

Чего эта статья не охватывает

Три смежных вопроса остаются за рамками статьи, каждый по своей причине.

• Коммерческие платформы с бесплатными тарифами. UiPath Community Edition и бесплатный план Power Automate требуют отдельного решения, отличного от рассматриваемого здесь.
• Установка и настройка. Ниже нет инструкций по настройке, и ни для одного инструмента не приводятся команды командной строки.
• ИИ-агенты для управления компьютером. Один из инструментов в списке предлагает интеграцию с таким агентом, и ей посвящено одно предложение, а не сравнительный анализ.

Инструменты RPA с открытым исходным кодом, которые всё ещё сопровождаются

Шесть проектов ниже соответствуют принятому здесь критерию: это действительно RPA-программы с открытым исходным кодом, у которых наблюдалась публичная активность с середины 2025 года. Бесплатные инструменты RPA, которые перестали сопровождаться, остаются бесплатными, поэтому больше всего внимания заслуживает столбец с датами, а не с лицензиями. Остальные столбцы показывают, что автоматизирует каждый инструмент и что ему требуется от машины, на которой он работает.

rpaframework — это набор библиотек, а не приложение. Вы пишете на Python или Robot Framework и импортируете нужные компоненты: начать сложнее, чем с записи макроса, зато сопровождать гораздо проще. В репозитории он описан как оптимизированный для Control Room, коммерческого продукта оркестрации, который Robocorp построила вокруг него. Участник команды Sema4.ai в обсуждении r/rpa пишет, что Robocorp теперь входит в Sema4.ai, и чётко обозначает границу. Библиотека распространяется под Apache-2.0, платформа — нет. Владелец изменился, граница осталась прежней. Лежащий в основе Robot Framework тоже распространяется под Apache-2.0 и не является отдельным кандидатом для этого списка.

Браузерное расширение UI.Vision — это ядро с открытым исходным кодом. Для автоматизации настольных приложений нужно отдельно скачать локальное приложение XModules, которое добавляет расширению распознавание изображений и текста, позволяя нажимать элементы за пределами браузера. Лицензия двойная (AGPLv3 или коммерческое соглашение). Если вы изменяете открытое ядро и не хотите соблюдать требования AGPLv3 о предоставлении исходного кода, альтернативой служит коммерческая лицензия.

taskt — неоднозначный участник списка. В его ветке разработки появился коммит в июле 2025 года, а его последний релиз с тегом, v3.5.0.0, вышел в мае 2020 года. Коммиты и релизы — разные сигналы, и столь длительный период без сборки с новым номером версии не означает, что существующая сборка перестала работать.

SikuliX требует отдельного пояснения, поскольку это название фактически стало обозначать прежнюю ветку проекта. Его исходный репозиторий был архивирован в марте 2026 года, а зеркало oculix-org направляет нынешних пользователей к Oculix, активно развиваемому продолжению под лицензией MIT. Поэтому сейчас в список кандидатов стоит включать Oculix; SikuliX1 полезен для понимания происхождения и совместимости, а не как поддерживаемый вариант.

Два названия продолжают появляться в списках кандидатов, хотя им там не место. README самой Automagica сообщает, что Netcall приобрела компанию 13 октября 2020 года и что робот больше не доступен под AGPL3, а публичная организация OpenBots на GitHub содержит репозиторий статического сайта и библиотеку эмуляции терминала, но не ядро RPA.

Зависимость от GUI или работа без графической среды: различие, определяющее выбор сервера

Инструмент RPA с открытым исходным кодом требует сеанса рабочего стола, если рабочий процесс зависит от автоматизации интерфейса настольного приложения. Автоматизация API, файлов и данных может работать без графической среды, как и автоматизация браузера, если браузер запущен в режиме headless. Инструментам распознавания изображений дополнительно нужны пиксели для анализа, но автоматизация настольных приложений может зависеть от графического сеанса и тогда, когда элементы управления определяются селекторами, а не изображениями.

Сеанс рабочего стола — это графическая среда, которую пользователь получает после входа: экран, оконный менеджер, указатель мыши с координатами. Headless означает противоположное: машина работает без подключённого дисплея. Большинство арендуемых Linux-серверов по умолчанию предоставляются без графической среды.

Это разделение определяется тем, от чего зависит автоматизация. Oculix, как раньше SikuliX, использует компьютерное зрение для поиска кнопки, сравнивая сохранённое изображение с текущими пикселями на экране, поэтому ему нужна графическая поверхность для анализа. Браузер, управляемый через API автоматизации, может работать в режиме headless без отображения рабочего стола. Автоматизация настольных приложений на основе селекторов — ещё один случай: она может распознавать элементы управления, а не пиксели, но всё равно зависеть от графической среды рабочего стола. Для RPA с открытым исходным кодом на сервере практический вопрос заключается в том, нужен ли рабочему процессу графический сеанс.

TagUI и UI.Vision находятся по обе стороны этого разделения, в зависимости от используемого режима. Справочная документация самого TagUI говорит, что параметр -headless запускает процесс с невидимым браузером Chrome и не работает для визуальной автоматизации. Браузерные операции UI.Vision выполняются внутри расширения, а операции с настольными приложениями — через XModules, который распознаёт изображения на экране и поэтому требует экрана, на котором их можно распознать.

Виртуальный дисплей частично устраняет разрыв. Xvfb — стандартный способ предоставить Linux-машине без графического дисплея экран в памяти, на котором графические программы могут рисовать без наблюдателя. Это позволяет выполнять автоматизацию через экран на сервере без монитора. Он не заставит инструмент только для Windows работать на Linux и добавит ещё один слой, который должен продолжать работать в три часа ночи.

Лицензия и дата коммита показывают, будет ли инструмент существовать в следующем году. Требование к сеансу показывает, сможете ли вы вообще его запустить.

Где работает каждый инструмент

Боту, управляющему экраном, нужен графический сеанс, которым он может управлять: реальный рабочий стол, удалённый сеанс или виртуальный дисплей. Боту в режиме headless он не нужен. Оба утверждения кажутся очевидными, пока боту не понадобится запускаться в 3 часа ночи, когда за клавиатурой никого нет.

У самостоятельно размещённой RPA есть одно эксплуатационное требование, которое сохраняется при любом выборе инструмента: к моменту запуска по расписанию машина должна находиться в нужном состоянии. В Windows это состояние имеет конкретные условия, и Microsoft подробно описывает их для своего продукта. В рекомендациях Microsoft для настольных потоков Power Automate без участия пользователя говорится, что продукт создаёт сеанс удалённого рабочего стола на целевой машине для выполнения потока, что подключение к консольному сеансу машины недоступно для таких запусков и что устройство с Windows 10 или Windows 11 не может выполнить такой поток при наличии пользовательского сеанса, даже заблокированного. На Windows Server заблокированный сеанс под тем же пользователем, который используется для подключения, вместо этого вызывает ошибку.

Это реализация одного производителя, а не закон Windows, но она полезна как карта возможных сбоев, потому что каждый бот, управляющий экраном, решает одну и ту же проблему. Что-то должно владеть интерактивным сеансом, и обычно препятствием оказывается ваш собственный рабочий стол с выполненным входом. В Linux аналогичная проблема меньше, но тоже существует: задаче, которая продолжает работать после закрытия SSH-сеанса, нужны планировщик и менеджер служб, а не оставленный открытым терминал.

Windows Server работает с сеансами иначе, чем настольные редакции. Его роль RD Session Host запускает сеансовые рабочие столы на одной машине для эффективной работы с несколькими сеансами, поэтому сеанс бота и ваш собственный могут сосуществовать. При использовании RD Session Host для многосеансовой работы каждому подключающемуся пользователю или устройству нужна лицензия RDS CAL. Эту стоимость следует учесть заранее, а не обнаружить позднее.

Требования к ресурсам невысоки. Для бота, который нажимает элементы формы и записывает файл, я бы не выделял больше 1 vCPU и 2 ГБ RAM. Для всего, что управляет полноценным браузером, я бы выделил 2 vCPU и 4 ГБ или больше, особенно при работе с несколькими вкладками: ресурсоёмкая часть такой нагрузки — Chrome, а не работающий поверх него инструмент автоматизации.

Старая машина в шкафу удовлетворяет этим требованиям. Она должна оставаться включённой, с выполненным входом, и это не должен быть ноутбук, который вы закрываете вечером. Арендуемый сервер устраняет этот класс проблем: он может работать независимо от вашего ноутбука и не конкурирует за сеанс рабочего стола, которым вы пользуетесь.

Если аренда машины выгоднее её обслуживания, это разделение довольно чётко соответствует двум продуктам. Windows VPS с образом Desktop или Server даёт боту, управляющему экраном, выделенную среду Windows, а Linux VPS подходит для работы без графической среды. Оба работают независимо от того, открыт ли ваш ноутбук.

Что выбрать

Если задача выполняется в браузере или с файлами и вы умеете писать на Python, выбирайте RPA Framework; остальная часть раздела посвящена частным случаям. Ответ меняется, как только задача затрагивает настольное приложение без API: нужен инструмент для взаимодействия с графическим рабочим столом, и список кандидатов становится короче и старше.

Для работы с браузером, файлами и данными на Linux-сервере выбирайте RPA Framework. Он работает без графической среды, устанавливается на машину без дисплея без дополнительной инфраструктуры и получил новую версию ещё в октябре 2026 года. Цена этого выбора — необходимость писать на Python или Robot Framework вместо записи макроса: затраты в первый день окупаются каждый раз, когда целевое приложение меняется.

Для устаревшего приложения Windows без API, если вам нужна визуальная автоматизация вместо разработки полноценной кодовой базы, выбирайте UI.Vision, но с оговоркой. В этом году в проект поступают коммиты, чего нельзя сказать о каждом варианте для настольных приложений из этого списка. При этом AGPLv3, одна из двух его лицензий, предусматривает обязательства по предоставлению исходного кода при изменении и распространении открытой программы. taskt — второй выбор в этом случае. Его ветка разработки жива, последний релиз с тегом вышел в мае 2020 года, и оценить нужно именно разрыв между проектом, принимающим коммиты, и проектом, выпускающим версии.

Для кроссплатформенной визуальной автоматизации всего, что находится на экране, выбирайте Oculix, активно развиваемое продолжение SikuliX. Он по-прежнему ориентирован прежде всего на изображения, а не на селекторы, но теперь у проекта есть IDE и активно выходят релизы: это уже не просто набор примитивов сопоставления изображений. Используйте его, когда цель — пиксели, а не DOM или дерево доступности, и рассматривайте архивированный репозиторий SikuliX1 как прежнюю ветку, а не поддерживаемый продукт.

TagUI продолжают рекомендовать не без причины. Его язык сценариев близок к обычному английскому, а порог обучения — самый низкий среди шести инструментов. Противовес этому указан в его собственном README: AI Singapore прекратила сопровождение и поддержку TagUI, а проект продолжают участники разработки с открытым исходным кодом и сообщество. Это не означает, что проект заброшен. Участники по-прежнему добавляют исправления в ветку по умолчанию, и репозиторий не архивирован. Но это и не активное ускорение развития, а обёртка Python rpa на PyPI отстаёт от журнала коммитов на годы. Выбирайте TagUI для задачи, которую можно позволить себе зафиксировать, а не для платформы, которую планируете расширять три года.

С OpenRPA выбор сложнее. Он предлагает настоящие возможности оркестрации под MPL-2.0, но и его последний коммит кода, и самый новый релиз с тегом датированы июнем 2025 года, а единственная активность в репозитории с тех пор — автоматически созданные ветки обновления зависимостей. Это не заброшенность, ведь ничего не архивировано, но и ничего не выпущено. Сопоставьте этот разрыв с тем, как долго должны работать боты.

Когда специализированный инструмент RPA — неверный выбор

Самый сильный аргумент против всего перечисленного выше высказал человек, который занимается такой работой. В обсуждении r/selfhosted, начатом оператором, пытавшимся отказаться от коммерческого договора RPA, один ответ предлагает вместо этого Python с фреймворком автоматизации, например Selenium. Разработка требует больше усилий, зато после неё меньше сбоев и ниже постоянная стоимость владения, чем у RPA-программы, которой пользовался автор комментария. Другой участник того же обсуждения независимо согласился с ним.

Порог решения — сопровождение. Если задача будет выполняться годами, объём велик и вы или кто-то в команде способны поддерживать небольшую кодовую базу, пишите код. Selenium и Playwright обходятся дороже в первый день и дешевле на четырёхсотый, потому что ошибки в собственном сценарии понятны вам. Если горизонт задачи — месяцы или никто в команде не пишет код, более короткий путь RPA-инструмента к работающему боту оправдывает его хрупкость.

Хуже всего стареет результат записи действий. Сценарий, сгенерированный по вашим нажатиям, привязан к расположению элементов, при котором его записали, поэтому переработанная страница или перемещённая кнопка ломают его так, что сообщение об ошибке редко объясняет причину. Иногда скепсис в отношении категории идёт дальше: один участник обсуждения r/rpa о вариантах с открытым исходным кодом называет RPA переупакованными сценариями, которые продают нетехническим руководителям, и для достаточно узкой задачи такое описание нельзя назвать несправедливым.

Есть и ошибка в выборе категории, которую стоит заметить заранее. Если соединяемые системы предоставляют API или вебхуки, RPA вам вообще не нужна. RPA управляет интерфейсом пользователя, потому что другого входа нет, а автоматизация рабочих процессов обращается напрямую, что гораздо быстрее разработать и значительно труднее сломать. Это другой набор инструментов со своей кривой затрат, и первым делом следует разобраться с лицензией n8n и стоимостью самостоятельного размещения. n8n, Node-RED, Apache Airflow, Kestra и Dagu доступны в нашем маркетплейсе как приложения с установкой в один клик, если вы хотите запустить одно из них сегодня.

Нынешний сайт UI.Vision рекламирует интеграцию с Anthropic Computer Use, поэтому категория уже включает агентов, которые управляют экраном, рассуждая о нём, а не сопоставляя сохранённые изображения.

Часто задаваемые вопросы