Các công cụ RPA mã nguồn mở đáng đưa vào danh sách lựa chọn và nơi chạy chúng

Một số công cụ trong danh sách RPA mã nguồn mở thường gặp không thể chạy trên máy chủ Linux không có môi trường máy tính để bàn. Chúng tự động hóa giao diện máy tính để bàn và phụ thuộc vào phiên đồ họa, trong khi máy chủ như vậy không có phiên máy tính để bàn để điều khiển. Chỉ đặc điểm này đã chia nhóm công cụ thành hai loại và quyết định nơi bot của bạn có thể hoạt động.

Việc cấp phép RPA thương mại là động lực cho phần lớn lượt tìm kiếm công cụ RPA mã nguồn mở tốt nhất. Tôi đã kiểm tra lại giấy phép, hoạt động và hồ sơ gói phần mềm bên dưới vào ngày 5 tháng 10 năm 2026, và mỗi nhận định về trạng thái đều dẫn đến hồ sơ làm căn cứ.

Những điểm chính

• Hãy bắt đầu từ yêu cầu phiên làm việc, thay vì danh sách tính năng. Oculix, OpenRPA và taskt ưu tiên GUI và cần phiên đồ họa cho công việc trên máy tính để bàn cục bộ. RPA Framework không cần phiên đó cho công việc trình duyệt, tệp và dữ liệu. TagUI và UI.Vision phụ thuộc vào chế độ bạn chạy.
• RPA Framework phát hành các phiên bản vào tháng 2, tháng 3, tháng 5, tháng 6, tháng 8 và tháng 10 năm 2026, với lịch sử phát hành đều đặn nhất trong số được xác minh ở đây.
• TagUI dùng giấy phép Apache-2.0 và vẫn tiếp nhận đóng góp, nhưng AI Singapore đã ngừng bảo trì và hỗ trợ. Lớp bọc Python của nó không có bản phát hành nào kể từ tháng 7 năm 2023.
• Automagica và OpenBots không nên có trong danh sách lựa chọn hiện tại. Automagica ngừng dùng AGPL3 khi Netcall mua lại công ty vào tháng 10 năm 2020, còn OpenBots không có kho mã công khai được duy trì cho sản phẩm RPA.
• Nếu các hệ thống bạn kết nối đã cung cấp API hoặc webhook, thứ bạn cần là tự động hóa quy trình làm việc, không phải RPA. Đó là nhóm khác, dùng công cụ khác và có quá trình xây dựng ngắn hơn nhiều.

Bài viết này không đề cập đến điều gì

Ba câu hỏi liên quan nằm ngoài phạm vi bài viết, mỗi câu có lý do riêng.

• Các nền tảng thương mại có gói miễn phí. UiPath Community Edition và gói miễn phí của Power Automate là quyết định khác với vấn đề ở đây.
• Cài đặt và cấu hình. Nội dung bên dưới không phải hướng dẫn thiết lập, và không công cụ nào được trình bày thao tác dòng lệnh.
• Tác nhân AI sử dụng máy tính. Một công cụ trong danh sách có tích hợp với tác nhân như vậy; bài viết dành một câu cho tính năng đó, không so sánh.

Các công cụ RPA mã nguồn mở vẫn được bảo trì

Sáu dự án dưới đây đáp ứng tiêu chuẩn dùng trong bài: phần mềm RPA thực sự có mã nguồn mở và có hoạt động công khai kể từ giữa năm 2025. Công cụ RPA miễn phí đã ngừng được bảo trì vẫn là miễn phí, nên cột đáng chú ý nhất bên dưới là cột ngày tháng, không phải cột giấy phép. Các cột còn lại cho biết mỗi công cụ tự động hóa việc gì và cần gì từ máy chạy nó.

rpaframework là tập hợp thư viện, không phải ứng dụng. Bạn viết Python hoặc Robot Framework và nhập các thành phần cần thiết, khởi đầu khó hơn ghi macro nhưng bảo trì nhẹ nhàng hơn nhiều. Kho mã mô tả nó được tối ưu cho Control Room, sản phẩm điều phối thương mại mà Robocorp xây dựng quanh thư viện này. Một thành viên Sema4.ai trong luồng thảo luận r/rpa mô tả Robocorp hiện là một phần của Sema4.ai và nêu rõ ranh giới. Thư viện dùng Apache-2.0, nền tảng thì không. Chủ sở hữu thay đổi nhưng ranh giới không thay đổi. Robot Framework bên dưới cũng dùng Apache-2.0 và không phải mục riêng để đưa vào danh sách lựa chọn.

Tiện ích mở rộng trình duyệt của UI.Vision là lõi mã nguồn mở. Tự động hóa máy tính để bàn cần tải riêng ứng dụng cục bộ tên XModules, cung cấp khả năng nhận dạng hình ảnh và văn bản cho tiện ích để nhấp vào những thứ bên ngoài trình duyệt. Giấy phép có hai lựa chọn (AGPLv3 hoặc thỏa thuận thương mại). Nếu sửa đổi lõi mã nguồn mở mà không muốn tuân thủ các điều khoản chia sẻ mã nguồn của AGPLv3, giấy phép thương mại là lựa chọn thay thế.

taskt là mục khó đánh giá. Nhánh phát triển nhận một commit vào tháng 7 năm 2025, còn bản phát hành gắn thẻ gần nhất, v3.5.0.0, được đăng vào tháng 5 năm 2020. Commit và bản phát hành là những tín hiệu khác nhau; việc lâu như vậy không có bản dựng mang số phiên bản không có nghĩa bản dựng hiện tại đã ngừng hoạt động.

SikuliX cần một ghi chú riêng vì tên này thực tế đã trở thành dòng cũ. Kho thượng nguồn ban đầu được lưu trữ vào tháng 3 năm 2026, và bản sao oculix-org hướng người dùng hiện tại sang Oculix, dự án kế nhiệm đang hoạt động với giấy phép MIT. Vì vậy, Oculix mới là dự án đáng đưa vào danh sách hiện nay; SikuliX1 hữu ích để hiểu nguồn gốc và khả năng tương thích, thay vì là mục còn được duy trì.

Hai mục liên tục xuất hiện trong danh sách lựa chọn nhưng không nên có mặt. README của Automagica thông báo Netcall mua lại công ty ngày 13 tháng 10 năm 2020 và robot không còn được cung cấp theo AGPL3, trong khi tổ chức GitHub công khai của OpenBots chỉ có kho trang web tĩnh và thư viện giả lập thiết bị đầu cuối, không có lõi RPA.

Phụ thuộc GUI hay không giao diện: Ranh giới quyết định máy chủ của bạn

Công cụ RPA mã nguồn mở cần phiên máy tính để bàn khi quy trình phụ thuộc vào tự động hóa UI máy tính để bàn. Tự động hóa API, tệp và dữ liệu có thể chạy không giao diện; tự động hóa trình duyệt cũng vậy khi trình duyệt ở chế độ không giao diện. Công cụ nhận dạng hình ảnh còn cần điểm ảnh để phân tích, nhưng tự động hóa máy tính để bàn vẫn có thể phụ thuộc vào phiên đồ họa ngay cả khi nhận diện điều khiển bằng bộ chọn thay vì hình ảnh.

Phiên máy tính để bàn là môi trường đồ họa người dùng có sau khi đăng nhập: màn hình, trình quản lý cửa sổ, con trỏ chuột có tọa độ. Không có giao diện đồ họa là trạng thái ngược lại: máy hoạt động mà không có màn hình nào được kết nối. Hầu hết máy chủ Linux bạn thuê mặc định ở trạng thái này.

Sự phân chia xuất phát từ thứ mà quá trình tự động hóa phụ thuộc. Oculix, giống SikuliX trước đây, dùng thị giác máy tính để xác định nút bằng cách so khớp ảnh đã lưu với điểm ảnh hiện có trên màn hình, nên cần bề mặt đồ họa để phân tích. Trình duyệt được điều khiển qua API tự động hóa có thể chạy không giao diện mà không cần màn hình máy tính để bàn. Tự động hóa máy tính để bàn dựa trên bộ chọn lại khác: có thể nhận diện điều khiển thay vì điểm ảnh nhưng vẫn phụ thuộc môi trường máy tính để bàn đồ họa. Với RPA mã nguồn mở trên máy chủ, câu hỏi thực tế là quy trình có cần phiên đồ họa không.

TagUI và UI.Vision nằm ở cả hai phía, tùy chế độ sử dụng. Tài liệu tham khảo của TagUI nói tùy chọn -headless chạy luồng với trình duyệt Chrome vô hình và không hoạt động cho tự động hóa thị giác. Công việc trình duyệt của UI.Vision chạy trong tiện ích mở rộng, còn công việc máy tính để bàn chạy qua XModules, nhận dạng hình ảnh trên màn hình nên cần màn hình để nhận dạng chúng.

Màn hình ảo thu hẹp một phần khoảng cách. Xvfb là cách tiêu chuẩn để cung cấp màn hình trong bộ nhớ cho máy Linux không giao diện, nơi chương trình đồ họa có thể vẽ mà không ai theo dõi, giúp tự động hóa dựa trên màn hình thực hiện được trên máy chủ không có màn hình vật lý. Nó không thể làm công cụ chỉ dành cho Windows chạy trên Linux, và thêm một lớp nữa phải tiếp tục hoạt động lúc ba giờ sáng.

Giấy phép và ngày commit cho biết liệu công cụ còn tồn tại vào năm sau. Yêu cầu phiên làm việc cho biết liệu bạn có thể chạy nó hay không.

Nơi chạy từng công cụ

Bot thao tác màn hình cần phiên đồ họa mà nó điều khiển được, dù là máy tính để bàn thực, phiên từ xa hay màn hình ảo. Bot không giao diện thì không cần. Cả hai nghe đơn giản cho đến khi bot phải khởi chạy lúc 3 giờ sáng mà không ai ở bàn phím.

RPA tự lưu trữ có một yêu cầu vận hành tồn tại bất kể chọn công cụ nào: máy phải ở trạng thái đúng khi lịch kích hoạt. Trên Windows, trạng thái đó rất cụ thể, và Microsoft ghi lại chính xác cho sản phẩm của mình. Hướng dẫn của Microsoft về luồng máy tính để bàn không giám sát trong Power Automate nói sản phẩm tạo phiên máy tính để bàn từ xa trên máy đích để chạy luồng, không hỗ trợ kết nối phiên bảng điều khiển của máy cho lần chạy không giám sát, và thiết bị Windows 10 hoặc Windows 11 không thể chạy luồng như vậy nếu có phiên người dùng, kể cả phiên bị khóa. Trên Windows Server, phiên bị khóa đang mở bằng cùng người dùng với kết nối sẽ trả về lỗi.

Đó là cách triển khai của một nhà cung cấp, không phải quy luật Windows, nhưng là bản đồ hữu ích về các kiểu lỗi vì mọi bot thao tác màn hình đều phải giải quyết cùng vấn đề. Phải có thứ gì đó chiếm giữ phiên tương tác, và máy tính để bàn bạn đang đăng nhập thường là thứ cản trở. Trên Linux, vấn đề tương ứng nhỏ hơn nhưng không biến mất: tác vụ tiếp tục chạy sau khi phiên SSH đóng cần bộ lập lịch và trình quản lý dịch vụ, không phải cửa sổ dòng lệnh bạn để mở.

Windows Server xử lý phiên khác với các phiên bản máy tính để bàn. Vai trò RD Session Host chạy máy tính để bàn dựa trên phiên trên một máy để sử dụng nhiều phiên hiệu quả, nên phiên bot và phiên của bạn có thể cùng tồn tại. Nếu dùng RD Session Host cho vận hành nhiều phiên, mỗi người dùng hoặc thiết bị kết nối cần RDS CAL, một khoản phải tính sớm vào chi phí thay vì phát hiện muộn.

Nhu cầu tài nguyên không cao. Tôi sẽ không cấp hơn 1 vCPU và 2 GB RAM cho bot nhấp qua biểu mẫu rồi xuất tệp. Với tác vụ điều khiển trình duyệt đầy đủ, tôi sẽ cấp 2 vCPU và 4 GB trở lên, đặc biệt khi dùng nhiều thẻ, vì Chrome là phần tốn tài nguyên của công việc đó chứ không phải công cụ tự động hóa chạy bên trên.

Một máy cũ trong tủ cũng đáp ứng được mức đó. Nó phải luôn bật nguồn, giữ đăng nhập và không phải chiếc laptop bạn gập lại ban đêm. Máy chủ thuê loại bỏ kiểu vấn đề này vì có thể luôn chạy độc lập với laptop và không tranh chấp với phiên máy tính để bàn bạn đang làm việc.

Nếu thuê máy tốt hơn tự bảo trì, sự phân chia này tương ứng khá rõ với hai sản phẩm. Windows VPS chạy ảnh Desktop hoặc Server cung cấp môi trường Windows riêng cho bot thao tác màn hình, còn Linux VPS phục vụ phía không giao diện; cả hai đều chạy dù laptop của bạn có mở hay không.

Nên chọn công cụ nào

Nếu tác vụ nằm trong trình duyệt hoặc tệp và bạn viết được Python, RPA Framework là lựa chọn; phần còn lại của mục này là các trường hợp ngoại lệ. Câu trả lời đổi ngay khi tác vụ đụng đến ứng dụng máy tính để bàn không có API, vì lúc đó cần công cụ tương tác được với máy tính để bàn đồ họa, và danh sách lựa chọn ngắn hơn, cũ hơn.

Với công việc trình duyệt, tệp và dữ liệu trên máy chủ Linux, hãy chọn RPA Framework. Nó chạy không giao diện, cài được lên máy không màn hình mà không cần cơ chế bổ sung, và gần đây nhất vẫn phát hành phiên bản mới vào tháng 10 năm 2026. Đổi lại bạn viết Python hoặc Robot Framework thay vì ghi macro; điều này tốn công ngày đầu nhưng bù lại mỗi lần ứng dụng đích thay đổi.

Với ứng dụng Windows cũ không có API, nếu muốn tự động hóa thị giác thay vì viết toàn bộ mã tự động hóa, hãy chọn UI.Vision kèm điều kiện. Nó có commit trong năm nay, điều không phải công cụ hỗ trợ máy tính để bàn nào ở đây cũng có; phần AGPLv3 trong giấy phép kép tạo nghĩa vụ chia sẻ mã nguồn nếu sửa đổi và phân phối phần mềm mã nguồn mở. taskt là lựa chọn thứ hai ở đây. Nhánh phát triển vẫn hoạt động, bản phát hành gắn thẻ gần nhất được đăng vào tháng 5 năm 2020, và khoảng cách giữa dự án nhận commit với dự án phát hành phiên bản là điều cần cân nhắc.

Để tự động hóa thị giác bất cứ thứ gì trên màn hình, trên nhiều nền tảng, hãy chọn Oculix, dự án kế nhiệm đang hoạt động của SikuliX. Nó vẫn ưu tiên hình ảnh thay vì bộ chọn, nhưng dự án hiện có IDE và các bản phát hành tích cực thay vì chỉ một tập hợp hàm cơ bản so khớp hình ảnh. Dùng khi mục tiêu là điểm ảnh thay vì DOM hay cây trợ năng, và xem kho SikuliX1 đã lưu trữ là dòng cũ chứ không phải sản phẩm đang được bảo trì.

TagUI liên tục được đề xuất là có lý do. Ngôn ngữ kịch bản gần với tiếng Anh thông thường và dễ học nhất trong sáu công cụ. Yếu tố đối trọng nằm trong README của chính nó, nêu rằng AI Singapore đã ngừng bảo trì và hỗ trợ TagUI trong khi dự án tiếp tục nhờ những người đóng góp mã nguồn mở và cộng đồng. Đó không phải bỏ rơi. Những người đóng góp vẫn đưa bản sửa vào nhánh mặc định và kho chưa được lưu trữ. Nhưng đó cũng không phải đà phát triển mạnh, và lớp bọc Python rpa trên PyPI chậm hơn nhật ký commit nhiều năm. Chọn TagUI cho tác vụ bạn có thể chấp nhận giữ nguyên, không phải nền tảng định mở rộng trong ba năm.

OpenRPA khó quyết định hơn. Nó có tính năng điều phối thực sự theo MPL-2.0, nhưng commit mã cuối cùng và bản phát hành gắn thẻ mới nhất của nó đều từ tháng 6 năm 2025, và hoạt động duy nhất trong kho mã kể từ đó là các nhánh cập nhật phụ thuộc được tạo tự động. Đây không phải là bỏ rơi, vì không có gì bị lưu trữ, nhưng cũng chưa có gì được phát hành. Hãy cân nhắc khoảng cách đó với thời gian bot cần tiếp tục chạy.

Khi công cụ RPA chuyên dụng là câu trả lời sai

Lập luận mạnh nhất chống lại tất cả công cụ ở trên đến từ người làm công việc này. Trong một luồng r/selfhosted do người vận hành muốn thoát hợp đồng RPA thương mại mở ra, một phản hồi đề nghị thay bằng Python cộng với khung tự động hóa như Selenium. Tốn công xây dựng hơn, ít hỏng hơn sau khi xây dựng và chi phí sở hữu liên tục thấp hơn phần mềm RPA mà người bình luận đã dùng. Một người bình luận khác trong cùng luồng cũng đồng ý một cách độc lập.

Ngưỡng quyết định là bảo trì. Nếu tác vụ chạy nhiều năm, khối lượng cao và bạn hoặc ai đó trong nhóm có thể duy trì cơ sở mã nhỏ, hãy viết mã. Selenium và Playwright tốn hơn ngày đầu và ít hơn ngày thứ bốn trăm vì kịch bản tự viết hỏng theo cách bạn hiểu được. Nếu tác vụ chỉ kéo dài vài tháng, hoặc không ai trong nhóm viết mã, con đường ngắn hơn đến bot hoạt động của công cụ RPA đáng để chấp nhận sự mong manh.

Đầu ra của trình ghi thao tác là phần nhanh lạc hậu nhất. Kịch bản tạo bằng cách quan sát bạn nhấp gắn với bố cục lúc ghi, nên trang được thiết kế lại hay nút chuyển chỗ sẽ làm nó hỏng theo cách thông báo lỗi hiếm khi giải thích. Ở một số nơi, hoài nghi về nhóm công cụ này sâu hơn: người bình luận trong luồng r/rpa về lựa chọn mã nguồn mở gọi RPA là viết kịch bản được đóng gói lại để bán cho quản lý không chuyên kỹ thuật; với tác vụ đủ hẹp, đó không phải mô tả bất công.

Cũng có một lỗi phân loại cần phát hiện sớm. Nếu các hệ thống bạn kết nối cung cấp API hoặc webhook, bạn hoàn toàn không cần RPA. RPA điều khiển giao diện người dùng vì không có lối vào nào khác, còn tự động hóa quy trình gọi trực tiếp lối vào, nên xây dựng nhanh hơn và ít mong manh hơn nhiều. Đó là bộ công cụ khác với đường chi phí riêng; điều đầu tiên cần xác định là giấy phép n8n và chi phí tự lưu trữ. n8n, Node-RED, Apache Airflow, Kestra và Dagu đều là ứng dụng một lần nhấp trên chợ ứng dụng của chúng tôi nếu bạn muốn chạy ngay hôm nay.

Trang web hiện tại của UI.Vision quảng bá tích hợp Anthropic Computer Use, nên nhóm công cụ này đã bắt đầu tiếp nhận tác nhân điều khiển màn hình bằng suy luận thay vì so khớp ảnh lưu sẵn.

Câu hỏi thường gặp