Kısa Listenize Almaya Değer Açık Kaynak RPA Araçları ve Nerede Çalıştırılabilecekleri

Tipik bir açık kaynak RPA kısa listesindeki araçların birkaçı, grafik ortamı olmayan yalın bir Linux sunucusunda çalışamaz. Masaüstü arayüzlerini otomatikleştirir ve grafik bir oturuma ihtiyaç duyarlar; yalın sunucuda ise kontrol edilebilecek bir masaüstü oturumu yoktur. Tek başına bu özellik kategoriyi ikiye ayırır ve botunuzun nerede çalışabileceğini belirler.

En iyi açık kaynak RPA araçlarına yönelik aramaların çoğunu ticari RPA lisansları tetikler. Aşağıdaki lisans, etkinlik ve paket kayıtlarını 5 Ekim 2026'da yeniden kontrol ettim; durumla ilgili her iddia, alındığı kayda bağlantı veriyor.

Önemli noktalar

• Özellik listesinden değil, oturum gereksiniminden başlayın. Oculix, OpenRPA ve taskt öncelikle grafik arayüze dayanır ve yerel masaüstü işleri için grafik bir oturum gerektirir. RPA Framework ise tarayıcı, dosya ve veri işleri için bunu gerektirmez. TagUI ve UI.Vision'da gereksinim, kullandığınız moda bağlıdır.
• RPA Framework, 2026'nın Şubat, Mart, Mayıs, Haziran, Ağustos ve Ekim aylarında sürümler yayımladı; burada doğrulanan en düzenli sürüm geçmişi ona ait.
• TagUI, Apache-2.0 lisanslıdır ve hâlâ katkı kabul eder, ancak AI Singapore bakım ve desteğini sonlandırdı. Python sarmalayıcısının Temmuz 2023'ten beri yeni bir sürümü çıkmadı.
• Automagica ve OpenBots güncel bir kısa listede yer almamalı. Netcall şirketi Ekim 2020'de satın aldığında Automagica artık AGPL3 kapsamında değildi; OpenBots'un ise bir RPA ürünü için bakımı sürdürülen herkese açık deposu yok.
• Bağladığınız sistemler zaten API veya webhook sunuyorsa RPA değil, iş akışı otomasyonu gerekir. Farklı kategori, farklı araçlar ve çok daha kısa geliştirme süresi.

Bu Makalenin Kapsamadığı Konular

Birbiriyle ilişkili üç konu, ayrı gerekçelerle kapsam dışında kalıyor.

• Ücretsiz katman sunan ticari platformlar. UiPath Community Edition ve Power Automate'in ücretsiz planı, burada ele alınandan ayrı bir karar gerektirir.
• Kurulum ve yapılandırma. Aşağıdakiler bir kurulum rehberi değil; hiçbir araç için komut satırı komutu verilmiyor.
• Bilgisayar kullanan yapay zekâ ajanları. Listedeki araçlardan biri böyle bir ajanla entegrasyon sunuyor; buna bir karşılaştırma değil, bir cümle ayrılıyor.

Bakımı Hâlâ Sürdürülen Açık Kaynak RPA Araçları

Aşağıdaki altı proje burada kullanılan ölçütü karşılıyor: 2025'in ortasından beri herkese açık etkinliği bulunan, gerçekten açık kaynak RPA yazılımları. Bakımı durmuş ücretsiz RPA araçları da ücretsiz kalır; bu nedenle aşağıda en çok dikkat edilmesi gereken sütun lisans değil, tarih sütunudur. Diğer sütunlar her aracın neyi otomatikleştirdiğini ve üzerinde çalıştığı makineden ne beklediğini gösterir.

rpaframework bir uygulama değil, kütüphane koleksiyonudur. Python veya Robot Framework ile kod yazar ve ihtiyacınız olan parçaları içe aktarırsınız; bu, makro kaydetmekten daha zorlu bir başlangıç olsa da bakımı çok daha kolaydır. Deposu, Robocorp'un onun etrafında geliştirdiği ticari orkestrasyon ürünü Control Room için optimize edildiğini belirtiyor. Bir r/rpa tartışmasındaki Sema4.ai ekip üyesi, Robocorp'un artık Sema4.ai'nin parçası olduğunu anlatıyor ve sınırı açıkça çiziyor. Kütüphane Apache-2.0 lisanslıdır, platform değildir. Sahiplik değişti ama sınır değişmedi. Temelindeki Robot Framework de Apache-2.0 lisanslıdır ve kısa listeye ayrıca eklenecek bir seçenek değildir.

UI.Vision'ın tarayıcı uzantısı açık kaynak çekirdektir. Masaüstü otomasyonu ayrı bir indirme gerektirir: XModules adlı yerel uygulama, uzantıya görüntü ve metin tanıma yeteneği kazandırarak tarayıcı dışındaki öğelere tıklamasını sağlar. Lisans ikilidir (AGPLv3 veya ticari sözleşme). Açık kaynak çekirdeği değiştiriyor ve AGPLv3'ün kaynak paylaşımı şartlarına uymak istemiyorsanız alternatif ticari lisanstır.

taskt, listedeki değerlendirmesi zor seçenektir. Geliştirme dalına Temmuz 2025'te bir commit geldi; son etiketli sürümü v3.5.0.0 ise Mayıs 2020'de yayımlandı. Commit'ler ve sürümler farklı sinyallerdir; bu kadar uzun süre yeni sürüm numarası taşıyan bir derleme çıkmaması mevcut derlemenin çalışmayı bıraktığı anlamına gelmez.

SikuliX ayrı bir dipnot gerektiriyor, çünkü adı fiilen eski ürün çizgisini temsil eder hâle geldi. Özgün ana deposu Mart 2026'da arşivlendi; oculix-org aynası, güncel kullanıcıları MIT lisanslı ve aktif devam projesi Oculix'e yönlendiriyor. Bu nedenle şimdi kısa listeye alınması gereken proje Oculix; SikuliX1, bakımı sürdürülen seçenek olarak değil, köken ve uyumluluk bağlamı olarak yararlı.

Kısa listelerde görünmeye devam eden iki seçenek orada olmamalı. Automagica'nın kendi README'si, Netcall'ın şirketi 13 Ekim 2020'de satın aldığını ve robotun artık AGPL3 kapsamında sunulmadığını açıklıyor. OpenBots'un herkese açık GitHub organizasyonu ise statik site deposu ve terminal emülasyonu kütüphanesi barındırıyor, RPA çekirdeği barındırmıyor.

GUI'ye Bağımlı mı, Headless mı: Sunucunuzu Belirleyen Ayrım

Açık kaynak bir RPA aracı, iş akışı masaüstü kullanıcı arayüzünün otomasyonuna bağlıysa masaüstü oturumu gerektirir. API, dosya ve veri otomasyonu headless çalışabilir; tarayıcı headless modda çalışıyorsa tarayıcı otomasyonu da öyle. Görüntü tanıma araçlarının ayrıca inceleyecek piksellere ihtiyacı vardır, ancak masaüstü otomasyonu kontrolleri görüntüler yerine seçicilerle tanısa bile grafik bir oturuma bağımlı olabilir.

Masaüstü oturumu, kullanıcının giriş yaptıktan sonra elde ettiği grafik ortamdır: ekran, pencere yöneticisi ve koordinatları olan bir fare imleci. Headless bunun tersini, ekran bağlı olmadan çalışan bir makineyi ifade eder. Kiraladığınız Linux sunucularının çoğu varsayılan olarak headless gelir.

Ayrım, otomasyonun neye bağlı olduğundan kaynaklanır. Oculix, ondan önceki SikuliX gibi, kaydedilmiş görüntüyü o anda ekrandaki piksellerle eşleştirerek düğmeyi bulmak için bilgisayarlı görü kullanır; dolayısıyla inceleyebileceği grafik bir yüzeye ihtiyacı vardır. Otomasyon API'si üzerinden yönetilen bir tarayıcı, masaüstü ekranı olmadan headless çalışabilir. Seçici tabanlı masaüstü otomasyonu ise yine farklıdır: pikseller yerine kontrolleri tanıyabilir, ancak yine de grafik masaüstü ortamına bağımlı olabilir. Sunucudaki açık kaynak RPA için pratik soru, iş akışının grafik bir oturum gerektirip gerektirmediğidir.

TagUI ve UI.Vision iki tarafta da yer alır; hangi tarafta oldukları kullandığınız moda bağlıdır. TagUI'nin kendi başvuru belgeleri -headless seçeneğinin akışı görünmez bir Chrome tarayıcısıyla çalıştırdığını ve görsel otomasyonda çalışmadığını söylüyor. UI.Vision'ın tarayıcı işleri uzantı içinde, masaüstü işleri ise ekrandaki görüntüleri tanıyan XModules üzerinden çalışır; dolayısıyla görüntüleri tanıyabilmek için bir ekran ister.

Sanal ekran aradaki farkı kısmen kapatır. Xvfb, headless bir Linux makinesine grafik programların kimse izlemeden çizim yapabileceği bellek içi bir ekran sağlamanın standart yoludur; böylece monitörü olmayan sunucuda ekran tabanlı otomasyon mümkün olur. Yalnızca Windows'ta çalışan bir aracı Linux'ta çalıştırmaz ve gece saat üçte çalışmayı sürdürmesi gereken bir katman daha ekler.

Lisans ve commit tarihi, bir aracın gelecek yıl var olup olmayacağını söyler. Oturum gereksinimi ise onu çalıştırıp çalıştıramayacağınızı söyler.

Her Biri Nerede Çalışır

Ekran tabanlı bot, kontrol edebileceği grafik bir oturuma ihtiyaç duyar: gerçek masaüstü, uzak oturum veya sanal ekran olabilir. Headless bot buna ihtiyaç duymaz. Botun gece 3'te, klavyenin başında kimse yokken devreye girmesi gerekene kadar ikisi de önemsiz görünür.

Kendi barındırdığınız RPA, hangi aracı seçerseniz seçin geçerli kalan bir operasyonel gereksinim taşır: zamanlanan iş başladığında makine doğru durumda olmalıdır. Windows'ta bu durum özeldir ve Microsoft kendi ürünü için bunu ayrıntılı biçimde belgelendirir. Microsoft'un Power Automate gözetimsiz masaüstü akışlarına yönelik rehberi, ürünün akışı çalıştırmak için hedef makinede uzak masaüstü oturumu oluşturduğunu, gözetimsiz çalıştırmalarda makinenin konsol oturumuna bağlanmanın mümkün olmadığını ve bir Windows 10 ya da Windows 11 cihazının kullanıcı oturumu varsa akışı çalıştıramadığını, oturum kilitli olsa bile, belirtiyor. Windows Server'da ise bağlantıyla aynı kullanıcı altında açık olan kilitli bir oturum hataya yol açar.

Bu bir üreticinin uygulamasıdır, Windows'un genel kuralı değil; ancak ekran tabanlı her bot aynı sorunu çözmek zorunda olduğundan hata durumlarını anlamak için yararlı bir haritadır. Bir şeyin etkileşimli oturumu yönetmesi gerekir; genellikle engel olan şey kendi giriş yaptığınız masaüstüdür. Linux'ta eşdeğer sorun daha küçüktür ama yok değildir: SSH oturumunuz kapandıktan sonra çalışmaya devam eden bir iş, açık bıraktığınız terminale değil, zamanlayıcıya ve servis yöneticisine ihtiyaç duyar.

Windows Server, oturumları masaüstü sürümlerinden farklı yönetir. RD Session Host rolü, çoklu oturum verimliliği için tek makinede oturum tabanlı masaüstleri çalıştırır; böylece bot oturumuyla sizin oturumunuz birlikte bulunabilir. Çoklu oturum için RD Session Host kullanırsanız bağlanan her kullanıcı veya cihazın RDS CAL'e ihtiyacı vardır. Bu, sonradan keşfedilecek bir ayrıntı değil, baştan hesaba katılacak bir maliyettir.

Kaynak gereksinimleri düşüktür. Form üzerinde tıklayıp dosya yazan bir bot için 1 vCPU ve 2 GB RAM'den fazlasını ayırmazdım. Tam bir tarayıcı yöneten her şeye, özellikle birkaç sekmeyle çalışıyorsa, 2 vCPU ve 4 GB veya daha fazlasını verirdim; çünkü bu yükün pahalı kısmı üzerinde çalışan otomasyon aracı değil, Chrome'dur.

Dolaptaki eski bir makine bu eşiği karşılar. Açık ve oturum açılmış durumda kalmalı; geceleri kapattığınız dizüstü bilgisayar olmamalıdır. Kiralık sunucu bu tür sorunları ortadan kaldırır; dizüstü bilgisayarınızdan bağımsız olarak açık kalabilir ve çalıştığınız masaüstü oturumuyla rekabet etmez.

Makine kiralamak bakımını yapmaktan daha iyi geliyorsa bu ayrım iki ürüne yeterince net biçimde karşılık gelir. Desktop veya Server imajı çalıştıran bir Windows VPS, ekran tabanlı bota özel bir Windows ortamı sağlar; Linux VPS ise headless tarafı karşılar. İkisi de dizüstü bilgisayarınız açık olsa da olmasa da çalışır.

Hangisini Seçmeli

Görev tarayıcıda veya dosyalarla yürütülüyorsa ve Python yazabiliyorsanız seçim RPA Framework'tür; bölümün geri kalanı özel durumlardır. Görev API'si olmayan bir masaüstü uygulamasına dokunduğu anda cevap değişir; grafik masaüstüyle etkileşebilen bir araca ihtiyaç duyarsınız ve kısa liste hem kısalır hem yaşlanır.

Linux sunucusunda tarayıcı, dosya ve veri işleri için RPA Framework'ü seçin. Headless çalışır, ekranı olmayan makineye ek düzenek gerektirmeden kurulabilir ve en son Ekim 2026'da yeni sürüm çıkarmıştır. Bedeli, makro kaydetmek yerine Python veya Robot Framework yazmanızdır; ilk gün maliyet getirir ama hedef uygulama her değiştiğinde karşılığını verir.

API'si olmayan eski bir Windows uygulamasında, tam bir otomasyon kod tabanı yazmak yerine görsel otomasyon istiyorsanız UI.Vision'ı koşuluyla birlikte seçin. Bu yıl commit alıyor; burada masaüstü otomasyonu yapabilen her seçenek için bu geçerli değil. Çift lisansının AGPLv3 tarafı ise açık kaynak yazılımı değiştirip dağıtırsanız kaynak paylaşma yükümlülükleri getirir. taskt burada ikinci seçenektir. Geliştirme dalı canlı, son etiketli sürümü Mayıs 2020'de yayımlandı; değerlendirilmesi gereken şey commit kabul eden projeyle sürüm yayımlayan proje arasındaki bu farktır.

Ekranda ne varsa onun platformlar arası görsel otomasyonu için SikuliX'in aktif devamı Oculix'i seçin. Hâlâ seçici yerine görüntü odaklıdır, ancak artık yalnızca görüntü eşleştirme temel bileşenlerinden oluşmak yerine IDE'si ve aktif sürümleri vardır. Hedef DOM veya erişilebilirlik ağacı değil pikseller olduğunda kullanın; arşivlenmiş SikuliX1 deposunu bakımı sürdürülen ürün değil, eski çizgi olarak değerlendirin.

TagUI'nin önerilmeye devam etmesinin bir nedeni var. Betik dili günlük İngilizceye yakındır ve altı araç arasında öğrenme eşiği en düşük olanıdır. Buna karşı denge, kendi README'sinde yazılıdır: AI Singapore bakımı sonlandırmıştır ve TagUI desteğini bırakmıştır; proje açık kaynak katkıcıları ve topluluk tarafından sürdürülmektedir. Bu, terk edilmiş olduğu anlamına gelmez. Katkıcılar varsayılan dala hâlâ düzeltmeler gönderir ve depo arşivlenmiş değildir. Ancak bu bir ivme de değildir; PyPI'deki rpa Python sarmalayıcısı commit günlüğünün yıllarca gerisindedir. TagUI'yi üç yıl boyunca genişletmeyi planladığınız platform için değil, sabit tutmayı göze alabileceğiniz bir görev için seçin.

OpenRPA'da karar vermek daha zor. MPL-2.0 kapsamında gerçek orkestrasyon özellikleri var, ancak son kod commit'i de en yeni etiketli sürümü de Haziran 2025'e ait ve o zamandan beri depodaki tek hareket, bağımlılık güncellemeleri için otomatik oluşturulan dallardan ibaret. Bu bir terk edilme değildir, çünkü hiçbir şey arşivlenmemiştir; ancak yeni bir şey de yayımlanmamıştır. Bu farkı botların ne kadar süre çalışması gerektiğiyle birlikte değerlendirin.

Özel Bir RPA Aracı Ne Zaman Yanlış Cevaptır

Yukarıdakilerin hepsine karşı en güçlü argüman, bu işi yapan birinden geldi. Ticari bir RPA sözleşmesinden kurtulmaya çalışan bir operatörün başlattığı r/selfhosted tartışmasında bir yanıt, bunun yerine Python ve Selenium gibi bir otomasyon çerçevesi öneriyor. Geliştirmesi daha fazla emek istiyor, tamamlandığında daha az bozuluyor ve yorumcunun kullandığı RPA yazılımına göre devam eden sahip olma maliyeti daha düşük. Aynı tartışmadaki başka bir yorumcu da bağımsız olarak aynı görüşü paylaşıyor.

Belirleyici eşik bakımdır. Görev yıllarca çalışacaksa, hacim yüksekse ve siz veya ekibinizden biri küçük bir kod tabanını yaşatabiliyorsa kod yazın. Selenium ve Playwright ilk gün daha pahalı, dört yüzüncü gün daha ucuzdur; çünkü kendi yazdığınız betik, anlayabileceğiniz biçimlerde bozulur. Görevin ömrü aylarla sınırlıysa veya ekipte kimse kod yazmıyorsa RPA aracının çalışan bota giden daha kısa yolu kırılganlığına değer.

En kötü yaşlanan bölüm kaydedicinin ürettiği çıktıdır. Tıklamalarınızı izleyerek oluşturulan betik, kaydedildiği yerleşime bağlıdır; yeniden tasarlanan sayfa veya taşınan düğme, hata mesajının nadiren açıkladığı biçimde onu bozar. Kategoriye yönelik kuşku bazı yerlerde daha derine iner: açık kaynak seçeneklerine ilişkin bir r/rpa tartışmasında bir yorumcu RPA'yı teknik bilgisi olmayan yöneticilere satılan, yeniden paketlenmiş betikler olarak nitelendirir; yeterince dar bir görev için bu tanım haksız sayılmaz.

Erken fark edilmesi gereken bir kategori hatası da var. Bağladığınız sistemler API veya webhook sunuyorsa RPA'ya hiç ihtiyacınız yoktur. RPA başka giriş olmadığı için kullanıcı arayüzünü yönetir; iş akışı otomasyonu ise doğrudan girişe erişir, dolayısıyla geliştirmesi daha hızlı ve çok daha az kırılgandır. Bu, kendi maliyet eğrisi olan başka bir araç kümesidir ve orada önce n8n'in lisansı ve kendi sunucunuzda barındırma maliyeti netleştirilmelidir. Bugün birini çalıştırmak isterseniz n8n, Node-RED, Apache Airflow, Kestra ve Dagu'nun hepsi pazaryerimizde tek tıkla kurulan uygulamalardır.

UI.Vision'ın güncel sitesi Anthropic Computer Use entegrasyonunu tanıtıyor; dolayısıyla kategori, kayıtlı görüntüleri eşleştirmek yerine ekran hakkında akıl yürüterek onu yöneten ajanları şimdiden bünyesine alıyor.

Sıkça Sorulan Sorular