OccupySaaS: İşten çıkarılan mühendisler Auth0 ve Salesforce için clean-room açık kaynak alternatifleri geliştirdi

OccupySaaS nedir

Kasım 2026'nın başında Hacker News'in ana sayfasında ortaya çıkan OccupySaaS adlı yeni protesto hareketi, abonelik tabanlı yazılıma alışılmadık bir yoldan saldırıyor: yerine geçecek kod yazarak. Projenin web sitesine göre grup, Ekim 2026'da işlerini kaybeden mühendisler tarafından kuruldu ve üyeleri, sektörün üzerinde ticari platformlara ücretsiz, kendi sunucularında barındırılabilir alternatifler geliştirmek için yapay zekâ araçlarını ve kamuya açık dokümantasyonu kullanıyor. Her şey Apache-2.0 lisansıyla yayınlanıyor.

Site, açıkça Occupy Wall Street'in çerçevesini ödünç alıyor ve 2011'de ekonominin kime hizmet ettiği sorusunun artık buluta uygulandığını savunuyor; şirketlerin bağımlı olduğu araçlar geçit ücreti toplayıcılara dönüşmüş durumda. Hareketin dile getirdiği şikâyetler şunlar: her yeni işe alım büyüdükçe artan koltuk başı (per-seat) fiyatlandırma, tescilli API'ler ve dışa aktarma engelleri yoluyla oluşan kilitlenme ve mühendis işten çıkarmaları. Grup, platformlar büyümeye devam ederken bir milyon mühendisin işten çıkarıldığını iddia ediyor — bu rakam hareketin kendisine ait ve bağımsız olarak doğrulanmış değil.

Yöntem: Yapay zekâ ile clean-room yeniden inşası

Grubun ayırt edici disiplini katı bir clean-room süreci. Siteye göre sızdırılmış, decompile edilmiş ya da eski işveren materyali asla kullanılmıyor. Her proje yalnızca kamuya açık API referanslarından, OAuth 2.0, OIDC ve REST gibi açık standartlardan ve kamuya açık ücretli SDK'ların belgelenmiş davranışından yeniden inşa ediliyor; black-box test sonuçlarının kullanımına da izin veriliyor. Her depoda bir CLEAN_ROOM.md politika dosyası bulunuyor, spesifikasyon yazarları ile geliştiriciler örgütsel olarak ayrı tutuluyor ve her test verisinin kaynağı kayıt altına alınıyor.

Uygulama kısmı yalnızca yazılı spesifikasyondan çalışan yapay zekâ ajanlarına devrediliyor — önce OpenAPI sözleşmesi, sonra kod, sonra testler — ve her birleştirmede insan incelemesi zorunlu. Uyumluluk daha sonra, projenin laboratuvar dediği ortamda, üreticilerin kendi kamuya açık istemci SDK'ları alternatif sunucuya karşı çalıştırılarak kanıtlanıyor. Belirlenen ölçüt basit: mevcut istemci kodu çalışmak için değişiklik gerektiriyorsa, taşıma işlemi tamamlanmamış demektir.

İlk sürümler: ZeroAuthy ve SalesCompel

İlk iki hedef kimlik yönetimi ve CRM; site bunları neredeyse her şirketin ödediği ama kimsenin sevmediği iki abonelik olarak tanımlıyor.

ZeroAuthy, Go ile yazılmış ve Auth0 Authentication API'sini uygulayan, kendi sunucunuzda barındırılabilir bir kimlik sunucusu. Siteye göre mevcut bir Auth0 SDK'sı, hiçbir kod değişikliği yapılmadan bir ZeroAuthy tenant alan adına yönlendirilebiliyor ve çalışıyor. OIDC discovery, JWKS, çoklu tenant alan adları, barındırılan giriş (hosted login), PKCE'li authorization-code akışı, client-credentials grant, dönen refresh token'lar ve çıkış ile iptal işlemlerini destekliyor. Uyumluluk auth0-spa-js, auth0-react ve nextjs-auth0 ile doğrulanmış durumda; depolama SQLite, PostgreSQL ve MySQL arasında takılabilir ve gRPC eklentileri de destekleniyor.

SalesCompel ise Salesforce'u hedefliyor. Tenant izolasyonlu Go ve PostgreSQL çekirdeği ile Vue tabanlı bir kayıt editörü üzerine kurulu bir CRM ve Salesforce'un kamuya açık API sözleşmesine karşı davranışı kontrol eden kendi uyumluluk laboratuvarına sahip. Mevcut yetenekler bilinçli olarak dar kapsamlı: kalıcı hesap ve kişiler için CRUD işlemleri, object describe, sınırlı sorgular, external-ID upsert'leri ve bearer kimlik doğrulaması; hepsi bir OpenAPI 3.2 sözleşmesi ve çevrimdışı bir test paketiyle yönetiliyor. Her iki proje de erken aşamada olarak etiketlenmiş durumda ve katkıda bulunmak isteyenlere açık.

Yol haritası

Projenin kamuya açık haritasında önerilen başka kategoriler de listeleniyor: dokümantasyon ve wiki araçları, sorun takibi (issue tracking), feature flag'ler, gözlemlenebilirlik (observability) ve müşteri desteği. Site, bu önerilerin taahhüt değil tartışmaya açık olduğunu ve sıradaki hedefin herkesin görebileceği şekilde issue tracker'lar aracılığıyla kamuya açık biçimde seçildiğini vurguluyor. Ayrıca üretici ve ürün adlarının yalnızca uyumluluğu tanımlamak için kullanıldığını, bir bağlantıyı ifade etmediğini belirtiyor.

Neden önemli

İnandırıcı bir SaaS alternatifi geliştirmenin maliyeti çöktü. Yapay zekâ kod üretimi ile yayınlanmış API referansları bir araya gelince, küçük ve motivasyonlu bir grubun API uyumlu sunucular üretmesi mümkün hale geliyor — bu, bir zamanlar fonlanan bir şirketin yıllarını alacak bir işti. Uyumluluk iddiaları doğru çıkarsa, kuruluşlar koltuk başı faturalandırmadan gerçek bir kendi sunucunda barındırma çıkışı kazanıyor ve köklü üreticiler de fiyatlandırmalarının en çok tepki çektiği noktada baskıyla karşılaşıyor.

Clean-room disiplini aynı zamanda hareketin hukuki kalkanı: kamuya açık spesifikasyonlardan, kaynağı kayıt altına alınarak yeniden inşa etmek, telif hakkı iddialarından kaçınmak için uzun süredir kullanılan bir tekniktir; yine de uyumluluk çalışması, sitenin tam olarak ele almadığı marka ve patent sorularını da gündeme getirebilir. Ayrıca buradaki tüm somut iddialar projenin kendisinden geldiği için, doğrulama laboratuvarı dışarıdan incelemeyi hak ediyor. Yine de, ZeroAuthy ve SalesCompel olgunlaşıp olgunlaşmasın, sergilenen bu desen — bu yazılımları bir zamanlar inşa eden insanların abonelik yazılımını örgütlü, lisans temiz ve yapay zekâ hızlandırmalı bir biçimde değiştirmesi — izlemeye değer.