후보로 검토할 만한 오픈 소스 RPA 도구와 실행 환경

일반적인 오픈 소스 RPA 후보 목록에 있는 도구 중 상당수는 데스크톱 환경이 없는 Linux 서버에서 실행할 수 없습니다. 데스크톱 인터페이스를 자동화하고 그래픽 세션에 의존하는 반면, 이런 서버에는 제어할 데스크톱 세션이 없기 때문입니다. 이 한 가지 특성이 범주를 둘로 나누고 봇을 어디에 둘 수 있는지 결정합니다.

최고의 오픈 소스 RPA 도구를 찾는 검색 대부분은 상용 RPA 라이선스 제도에서 시작됩니다. 아래 라이선스, 활동 및 패키지 기록을 2026년 10월 5일에 다시 확인했으며, 각 상태 설명에는 근거가 된 기록의 링크를 달았습니다.

주요 요점

• 기능 목록보다 세션 요구 사항부터 확인하세요. Oculix, OpenRPA, taskt는 GUI 중심이며 로컬 데스크톱 작업에 그래픽 세션이 필요합니다. RPA Framework는 브라우저, 파일, 데이터 작업에 그래픽 세션이 필요하지 않습니다. TagUI와 UI.Vision은 실행 모드에 따라 달라집니다.
• RPA Framework는 2026년 2월, 3월, 5월, 6월, 8월, 10월에 릴리스를 배포해, 여기서 검증한 도구 중 가장 꾸준한 릴리스 기록을 보였습니다.
• TagUI는 Apache-2.0 라이선스를 사용하고 여전히 기여를 받지만, AI Singapore는 유지보수와 지원을 중단했습니다. Python 래퍼는 2023년 7월 이후 릴리스가 없습니다.
• Automagica와 OpenBots는 현재 후보 목록에 넣을 대상이 아닙니다. Automagica는 2020년 10월 Netcall이 회사를 인수하면서 AGPL3 라이선스 사용을 중단했으며, OpenBots에는 유지보수되는 RPA 제품의 공개 저장소가 없습니다.
• 연결하려는 시스템이 이미 API나 웹훅을 제공한다면, 필요한 것은 RPA가 아니라 워크플로 자동화입니다. 범주와 도구가 다르고 구축 과정도 훨씬 짧습니다.

이 글이 다루지 않는 것

관련된 세 가지 질문은 각각의 이유로 범위에서 제외했습니다.

• 무료 등급이 있는 상용 플랫폼. UiPath Community Edition과 Power Automate의 무료 요금제는 여기서 다루는 선택과 별개의 결정입니다.
• 설치와 구성. 아래 내용은 설정 가이드가 아니며, 어떤 도구에도 명령줄 절차를 제공하지 않습니다.
• AI 컴퓨터 사용 에이전트. 목록의 도구 하나가 이런 에이전트와의 통합을 제공하지만, 비교 없이 한 문장으로만 언급합니다.

여전히 유지보수 중인 오픈 소스 RPA 도구

아래 여섯 프로젝트는 이 글의 기준을 충족합니다. 실제 오픈 소스 RPA 소프트웨어이면서 2025년 중반 이후 공개 활동이 있어야 합니다. 유지보수가 중단된 무료 RPA 도구도 여전히 무료이므로, 아래에서 가장 주의 깊게 볼 열은 라이선스가 아니라 날짜가 있는 열입니다. 다른 열은 각 도구가 무엇을 자동화하고 기반 머신에 무엇을 요구하는지 설명합니다.

rpaframework는 애플리케이션이 아니라 라이브러리 모음입니다. Python이나 Robot Framework로 코드를 작성하고 필요한 구성 요소를 가져옵니다. 매크로를 녹화하는 것보다 시작은 어렵지만 유지보수는 훨씬 수월합니다. 저장소는 Robocorp가 이 라이브러리를 중심으로 구축한 상용 오케스트레이션 제품인 Control Room에 최적화되어 있다고 설명합니다. r/rpa 스레드에 참여한 Sema4.ai 팀원은 Robocorp가 이제 Sema4.ai의 일부라고 설명하며 경계를 분명히 합니다. 라이브러리는 Apache-2.0이지만 플랫폼은 아닙니다. 소유권은 바뀌었지만 경계는 바뀌지 않았습니다. 기반인 Robot Framework 역시 Apache-2.0이며 별도 후보로 올릴 대상은 아닙니다.

UI.Vision의 브라우저 확장 프로그램이 오픈 소스 핵심입니다. 데스크톱 자동화에는 별도 다운로드인 XModules라는 로컬 앱을 사용합니다. 확장 프로그램에 이미지와 텍스트 인식 기능을 제공해 브라우저 밖의 대상도 클릭할 수 있게 합니다. 이중 라이선스(AGPLv3 또는 상용 계약)를 사용합니다. 오픈 소스 핵심을 수정하면서 AGPLv3의 소스 공유 조건을 따르고 싶지 않다면 상용 라이선스를 선택할 수 있습니다.

taskt는 판단이 애매한 후보입니다. 개발 브랜치에는 2025년 7월 커밋이 있었지만, 마지막 태그 릴리스인 v3.5.0.0은 2020년 5월에 공개됐습니다. 커밋과 릴리스는 서로 다른 신호이며, 버전이 명시된 빌드가 이렇게 오래 나오지 않았다고 해서 기존 빌드가 작동을 멈췄다는 뜻은 아닙니다.

SikuliX는 이름이 사실상 레거시 계열을 뜻하게 되었으므로 별도의 설명이 필요합니다. 원래 상위 저장소는 2026년 3월에 보관 처리됐고, oculix-org 미러는 현재 사용자를 MIT 라이선스로 활발히 이어지는 후속 프로젝트 Oculix로 안내합니다. 따라서 지금 후보로 검토할 프로젝트는 Oculix입니다. SikuliX1은 유지보수되는 후보보다는 계보와 호환성에 관한 배경으로 유용합니다.

후보 목록에 계속 등장하지만 들어가면 안 되는 항목이 두 개 있습니다. Automagica 자체 README는 Netcall이 2020년 10월 13일 회사를 인수했고 로봇이 더 이상 AGPL3으로 제공되지 않는다고 알립니다. 한편 OpenBots의 공개 GitHub 조직에는 정적 사이트 저장소와 터미널 에뮬레이션 라이브러리만 있고 RPA 핵심은 없습니다.

GUI 의존인가 헤드리스인가: 서버 선택을 결정하는 구분

워크플로가 데스크톱 UI 자동화에 의존하면 오픈 소스 RPA 도구에는 데스크톱 세션이 필요합니다. API, 파일, 데이터 자동화는 헤드리스로 실행할 수 있으며, 브라우저를 헤드리스 모드로 실행하면 브라우저 자동화도 가능합니다. 이미지 인식 도구에는 분석할 픽셀이 추가로 필요하지만, 이미지 대신 선택자로 컨트롤을 식별하더라도 데스크톱 자동화는 그래픽 세션에 의존할 수 있습니다.

데스크톱 세션은 로그인 후 사용자가 얻는 그래픽 환경으로, 화면, 창 관리자, 좌표가 있는 마우스 포인터로 이루어집니다. 헤드리스는 그 반대이며 디스플레이를 연결하지 않고 머신을 실행하는 상태입니다. 임대하는 대부분의 Linux 서버는 기본적으로 헤드리스 상태로 제공됩니다.

구분은 자동화가 무엇에 의존하는지에서 나옵니다. Oculix는 이전의 SikuliX처럼 컴퓨터 비전으로 저장된 이미지를 현재 화면의 픽셀과 비교해 버튼을 찾으므로 분석할 그래픽 화면이 필요합니다. 자동화 API로 제어하는 브라우저는 데스크톱 디스플레이 없이 헤드리스로 실행할 수 있습니다. 선택자 기반 데스크톱 자동화는 또 다릅니다. 픽셀 대신 컨트롤을 식별할 수 있지만 그래픽 데스크톱 환경에 여전히 의존할 수 있습니다. 서버에서 오픈 소스 RPA를 실행할 때 실질적인 질문은 워크플로에 그래픽 세션이 필요한지입니다.

TagUI와 UI.Vision은 양쪽에 걸쳐 있으며 어느 쪽인지는 사용하는 모드에 따라 달라집니다. TagUI 자체 참조 문서는 -headless 옵션이 보이지 않는 Chrome 브라우저로 플로를 실행하고 시각적 자동화에는 작동하지 않는다고 설명합니다. UI.Vision의 브라우저 작업은 확장 프로그램 내부에서, 데스크톱 작업은 XModules를 통해 실행됩니다. XModules는 화면의 이미지를 인식하므로 이를 인식할 화면이 필요합니다.

가상 디스플레이는 이 차이를 일부 메웁니다. Xvfb는 헤드리스 Linux 머신에 메모리 내 디스플레이를 제공하는 표준 방식입니다. 아무도 보지 않아도 그래픽 프로그램이 여기에 그릴 수 있어 모니터 없는 서버에서 화면 기반 자동화가 가능합니다. 하지만 Windows 전용 도구를 Linux에서 실행하게 해 주지는 않으며, 새벽 3시에도 계속 작동해야 할 계층을 하나 더 추가합니다.

라이선스와 커밋 날짜는 도구가 내년에도 존재할지 알려 줍니다. 세션 요구 사항은 그 도구를 애초에 실행할 수 있는지 알려 줍니다.

각 도구의 실행 환경

화면을 제어하는 봇에는 제어 가능한 그래픽 세션이 필요합니다. 실제 데스크톱, 원격 세션, 가상 디스플레이 중 어느 것이든 가능합니다. 헤드리스 봇은 필요하지 않습니다. 둘 다 사소해 보이지만 키보드 앞에 아무도 없는 새벽 3시에 봇을 실행해야 하면 달라집니다.

자체 호스팅 RPA에는 어떤 도구를 선택해도 남는 운영 요구 사항이 하나 있습니다. 예약 작업이 실행될 때 머신이 올바른 상태여야 합니다. Windows에서는 그 상태가 구체적이며 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 GB RAM을 넘는 구성을 할당하지 않겠습니다. 완전한 브라우저를 구동하는 작업에는 특히 여러 탭을 사용할 경우 2 vCPU와 4 GB 이상을 주겠습니다. 이 작업에서 비용이 큰 부분은 그 위에 놓인 자동화 도구가 아니라 Chrome이기 때문입니다.

벽장 속 오래된 머신도 이 기준을 충족합니다. 다만 전원을 켜 두고 로그인 상태를 유지해야 하며, 밤에 덮개를 닫는 노트북이어서는 안 됩니다. 임대한 서버는 노트북과 독립적으로 계속 켜져 있을 수 있고 작업 중인 데스크톱 세션과 경쟁하지 않으므로 이 유형의 문제를 없애 줍니다.

직접 유지보수하기보다 머신을 임대하는 것이 낫다면 이 구분은 두 제품에 꽤 명확하게 대응합니다. Desktop 또는 Server 이미지를 실행하는 Windows VPS는 화면 기반 봇에 전용 Windows 환경을 제공하고, Linux VPS는 헤드리스 측을 담당합니다. 둘 다 노트북을 열어 두었는지와 관계없이 실행됩니다.

어떤 도구를 선택할까

작업이 브라우저나 파일 안에서 이루어지고 Python을 작성할 수 있다면 RPA Framework를 고르면 됩니다. 이 절의 나머지는 예외적인 경우입니다. API 없는 데스크톱 애플리케이션을 작업이 건드리는 순간 답이 바뀝니다. 그래픽 데스크톱과 상호작용하는 도구가 필요해져 후보 목록이 더 짧고 오래된 도구들로 바뀌기 때문입니다.

Linux 서버에서 브라우저, 파일, 데이터 작업을 한다면 RPA Framework를 선택하세요. 헤드리스로 실행되고 별도 장치 없이 디스플레이 없는 머신에 배치할 수 있으며, 최근인 2026년 10월에도 새 버전을 내놓았습니다. 대가는 매크로를 녹화하는 대신 Python이나 Robot Framework로 작성해야 한다는 점입니다. 첫날에는 부담이지만 대상 애플리케이션이 바뀔 때마다 보상받게 됩니다.

API 없는 레거시 Windows 애플리케이션에 대해 전체 자동화 코드베이스를 작성하는 대신 시각적 자동화를 원한다면 조건을 확인하고 UI.Vision을 선택하세요. 올해도 커밋이 이루어졌으며 여기 있는 모든 데스크톱 지원 도구가 그렇지는 않습니다. 이중 라이선스 중 AGPLv3 부분은 오픈 소스 소프트웨어를 수정하고 배포하면 소스 공유 의무를 부과합니다. taskt는 이 경우 두 번째 선택입니다. 개발 브랜치는 살아 있지만 마지막 태그 릴리스는 2020년 5월에 나왔습니다. 커밋을 받는 프로젝트와 버전을 내놓는 프로젝트 사이의 간격을 따져 봐야 합니다.

화면에 보이는 무엇이든 플랫폼에 구애받지 않고 시각적으로 자동화하려면 SikuliX의 활발한 후속 프로젝트 Oculix를 선택하세요. 여전히 선택자보다 이미지를 우선하지만, 이제 단순한 이미지 매칭 기본 기능 모음이 아니라 IDE와 활발한 릴리스를 갖춘 프로젝트입니다. 대상이 DOM이나 접근성 트리가 아니라 픽셀이면 사용하고, 보관 처리된 SikuliX1 저장소는 유지보수되는 제품이 아니라 레거시 계열로 취급하세요.

TagUI가 계속 추천되는 데는 이유가 있습니다. 스크립트 언어가 평이한 영어와 비슷하고 여섯 개 중 학습 곡선이 가장 완만합니다. 반대편의 고려 사항은 자체 README에 적혀 있습니다. AI Singapore가 유지보수를 중단했다고 명시하고 지원도 중단했지만, 프로젝트는 오픈 소스 기여자와 커뮤니티를 통해 계속됩니다. 이는 방치가 아닙니다. 기여자들은 여전히 기본 브랜치에 수정 사항을 반영하고 저장소는 보관 처리되지 않았습니다. 그러나 추진력이 있다는 뜻도 아니며, PyPI의 rpa Python 래퍼는 커밋 기록보다 몇 년 뒤처져 있습니다. TagUI는 변경 없이 고정해도 되는 작업에 선택하세요. 3년간 확장할 플랫폼으로 선택하지는 마세요.

OpenRPA는 판단이 더 어렵습니다. MPL-2.0 아래에서 실제 오케스트레이션 기능을 제공하지만, 마지막 코드 커밋과 가장 최신 태그 릴리스 모두 2025년 6월에 머물러 있고, 그 이후 저장소 활동은 자동으로 생성된 종속성 업데이트 브랜치뿐입니다. 아카이브된 것이 없으니 방치는 아니지만, 새로 출시된 것도 없습니다. 봇을 얼마나 오래 계속 실행해야 하는지와 이 간격을 비교하세요.

전용 RPA 도구가 잘못된 답일 때

앞서 소개한 모든 도구에 대한 가장 강한 반론은 이 일을 실제로 하는 사람에게서 나왔습니다. 상용 RPA 계약에서 벗어나려는 운영자가 시작한 r/selfhosted 스레드에서 한 답변은 Python과 Selenium 같은 자동화 프레임워크를 대신 사용하라고 주장합니다. 구축 노력은 더 들지만 구축 후 고장이 적고, 그 댓글 작성자가 사용했던 RPA 소프트웨어보다 지속적인 소유 비용이 낮다는 것입니다. 같은 스레드의 다른 댓글 작성자도 독립적으로 동의합니다.

판단 기준은 유지보수입니다. 작업이 수년간 실행되고, 처리량이 많고, 자신이나 팀원이 작은 코드베이스를 유지할 수 있다면 코드를 작성하세요. Selenium과 Playwright는 첫날에는 비용이 더 들고 400일째에는 덜 듭니다. 직접 작성한 스크립트는 이해할 수 있는 방식으로 고장 나기 때문입니다. 작업 기간이 몇 달이거나 팀에서 아무도 코드를 작성하지 않는다면, 작동하는 봇을 더 빨리 얻을 수 있는 RPA 도구는 그 취약성을 감수할 가치가 있습니다.

가장 빨리 낡는 것은 레코더 출력입니다. 클릭을 관찰해서 만든 스크립트는 녹화 당시의 레이아웃에 묶여 있으므로 페이지 재설계나 버튼 이동으로 고장이 나도 오류 메시지가 이유를 설명하는 경우는 드뭅니다. 일부에서는 이 범주 자체를 더 깊이 의심합니다. 오픈 소스 옵션을 다룬 r/rpa 스레드의 한 댓글 작성자는 RPA를 비기술 관리자에게 판매하는, 재포장된 스크립팅이라고 부릅니다. 범위가 충분히 좁은 작업이라면 불공정한 표현만은 아닙니다.

일찍 알아차려야 할 범주 오류도 있습니다. 연결하려는 시스템이 API나 웹훅을 제공하면 RPA가 전혀 필요하지 않습니다. RPA는 다른 입구가 없어서 사용자 인터페이스를 조작하는 반면, 워크플로 자동화는 입구를 직접 호출하므로 구축이 빠르고 훨씬 덜 취약합니다. 이는 자체 비용 곡선을 가진 별도의 도구 집합이며, 먼저 확인할 것은 n8n의 라이선스와 자체 호스팅 비용입니다. 오늘 바로 실행하고 싶다면 당사 마켓플레이스에서 n8n, Node-RED, Apache Airflow, Kestra, Dagu를 모두 원클릭 앱으로 제공합니다.

UI.Vision의 현재 사이트는 Anthropic Computer Use 통합을 홍보합니다. 따라서 이 범주는 이미 저장된 이미지를 매칭하는 대신 화면을 추론해서 조작하는 에이전트를 흡수하고 있습니다.

자주 묻는 질문

UiPath는 오픈 소스인가요?

아니요. UiPath는 상용 플랫폼이며 Community Edition은 소스를 공개하는 대신 무료 사용 권한을 부여합니다. UiPath의 Community Agreement가 조건을 정하며 소프트웨어 디컴파일 및 역공학 금지도 포함합니다. 오픈 소스 UiPath 대안은 Apache-2.0, MIT, MPL-2.0 또는 AGPLv3로 코드를 배포하는 프로젝트들입니다.

TagUI는 여전히 유지보수되나요?

원래 유지보수자는 더 이상 유지보수하지 않습니다. TagUI README는 AI Singapore가 유지보수와 지원을 중단했고 프로젝트는 오픈 소스 기여자와 커뮤니티를 통해 계속된다고 설명합니다. 저장소는 보관 처리되지 않았고 여전히 커밋을 받으며, 최신 기본 브랜치 커밋은 2026년 9월 20일입니다. 다만 2025년 3월부터 그 수정 사이에는 브랜치에 변화가 없었습니다. PyPI의 rpa Python 래퍼는 2023년 7월 7일에 출시된 1.50.0 버전을 유지합니다.

데스크톱 없는 Linux 서버에서 RPA 봇을 실행할 수 있나요?

네. API, 파일, 데이터 자동화와 헤드리스 실행으로 구성된 브라우저 자동화는 가능합니다. 데스크톱 UI 자동화에는 일반적으로 그래픽 세션이 필요합니다. Linux에서는 Xvfb 같은 가상 디스플레이를 제공하면, 그 외에는 헤드리스인 서버에서도 이미지 기반 워크플로가 실행되는 경우가 있습니다.

Robocorp 인수 후에도 RPA Framework는 오픈 소스인가요?

라이선스와 릴리스 기록에 따르면 그렇습니다. rpaframework는 자체 저장소에서 Apache-2.0을 사용하며, Robocorp가 Sema4.ai의 일부가 된 지 한참 뒤인 2026년 10월 4일에 PyPI에 33.0.2 버전을 배포했습니다. 라이브러리를 중심으로 만든 오케스트레이션 제품 Control Room은 회사 소유권이 바뀌기 전에도 상용 부분이었으며 지금도 그렇습니다.

Windows 전용이 아니라 macOS나 Linux에서 실행되는 오픈 소스 RPA 도구는 무엇인가요?

taskt와 OpenRPA를 제외한 모든 도구입니다. 이 두 도구가 Windows 전용인 것은 패키징 선택이 아니라 구조적인 이유 때문입니다. taskt 저장소는 C#으로 .NET Framework 위에 구축했다고 설명하고, OpenRPA는 Windows 데스크톱 애플리케이션을 자동화하므로 둘 다 Linux나 macOS 빌드를 배포하지 않습니다. 나머지 네 개는 크로스플랫폼입니다. UI.Vision은 세 플랫폼 모두에 XModules를 제공하고, Oculix는 Windows, macOS, Linux에서 실행되며, RPA Framework는 Python이 실행되는 모든 환경에서 작동합니다. TagUI README도 Windows, macOS, Linux에서 작동한다고 설명합니다.