Runlayer ve Rippling arasındaki MCP geçidi savaşı nasıl bitti?

Runlayer ile Rippling arasındaki kısa ama sert MCP geçidi anlaşmazlığı, başladığı kadar hızlı sona erdi. Şirketler 20 Ağustos 2026'da karşılıklı davalarını kesin olarak sona erdirecek şekilde geri çekti. Mahkeme kayıtlarına göre taraflar arasında tazminat ödemesi, hukuki masraf iadesi veya bir uzlaşma anlaşması yapılmadı. Rippling ise anlaşmazlığın merkezindeki MCP geçidini aynı gün piyasaya sundu. 101

Bu sonuç davayı bitirdi, ancak tarafların suçlamalarını doğrulamadı. Mahkeme, Rippling'in Runlayer'a ait gizli bilgileri kötüye kullanıp kullanmadığına ya da Runlayer'ın Rippling patentlerini ihlal edip etmediğine karar vermedi. Hukuki mücadele sona ererken ticari rekabet devam etti.

Anlaşmazlık nasıl başladı?

Runlayer, 28 Temmuz'da Rippling'e dava açarak daha büyük yazılım şirketinin MCP geçidini bir yılı aşkın süre değerlendirdiğini, mühendislik ekiplerinin yakın çalıştığını ve ardından müşteri olmak yerine gizli bilgileri rakip bir ürün geliştirmek için kullandığını iddia etti. Rippling bu suçlamaları reddetti. 1417

Rippling de karşılık olarak Runlayer'ın üç Rippling patentini ihlal ettiğini öne süren bir patent davası açtı. Şirket ayrıca kendi MCP geçidini geliştirdiğini ve bunun Runlayer'ın ürünüyle doğrudan rekabet edeceğini açıkladı. 7

Davalar, tarafların ortak geri çekme başvurularını yapmasına kadar yaklaşık üç hafta sürdü. Dosyaların with prejudice olarak, yani aynı iddialar bakımından yeniden açılmasını engelleyecek biçimde kapatılması davaları kalıcı olarak sona erdirdi; ancak başvurular taraflardan herhangi birinin iddialarının doğru olduğunu ortaya koymadı. Her şirket kendi hukuki masraflarını üstlendi. 10

Rippling'in lansmanı neden önemliydi?

Rippling, rakip geçidini davaların ortadan kalktığı gün piyasaya çıkardı. Bu zamanlama, hukuki sonuçtan çok ticari sonucu görünür kıldı: Runlayer'ın engellemeye çalıştığı ürün artık pazardaydı ve Runlayer doğrudan bir rakiple karşı karşıyaydı. 114

Rippling ürünü, şirketin kurumsal yazılım platformu içindeki daha geniş yapay zekâ yönetişimi teklifinin bir parçası olarak konumlandırdı. Runlayer ise kendisini MCP sunucularını, Skills ve eklentileri, yapay zekâ istemcilerini ve ajanları kapsayan daha geniş bir kurumsal kontrol katmanı olarak tanımlıyor. Şirketin yayımladığı ürün bilgilerinde MCP geçidi, politika ve OAuth kontrolleri, çalışma zamanı güvenliği, denetim kayıtları, bir ajan çalışma zamanı ve yönetilmeyen ya da “shadow” MCP kurulumlarını bulmaya yönelik araçlar yer alıyor. 293127

Mevcut kaynaklar, iki ürünün aynı mimariye veya aynı özellik setine sahip olduğunu göstermiyor. Güvenle yapılabilecek daha dar karşılaştırma şu: Her iki şirket de yapay zekâ ajanlarının araçlara ve kurumsal verilere nasıl erişeceğini yöneten kurumsal katman için rekabet ediyor. Runlayer ise kendisini daha uzmanlaşmış ve birden fazla ürünü kapsayan bir kontrol düzlemi olarak sunuyor. 71429

MCP geçidi ne işe yarar?

Model Context Protocol'ün, kısaca MCP'nin amacı; yapay zekâ istemcilerinin ve ajanlarının harici araçlara ve verilere bağlanması için standartlaştırılmış bir yöntem sunmak. MCP geçidi, bu istemcilerle kurumsal sistemler arasında konumlanarak erişimin merkezi biçimde yönetilmesini ve etkinliklerin izlenmesini sağlıyor. 2132

Pratikte bir geçit kuruluşlara şunları sağlayabilir:

• Kimlik doğrulama ve yetkilendirme: İstekleri kullanıcı veya servis kimliğiyle ilişkilendirmek, rol tabanlı ya da en az ayrıcalık ilkesine dayalı politikalar uygulamak.
• Araç ve veri erişimini denetleme: Onaylı MCP sunucularına ve araçlarına izin vermek, bir ajanın erişebileceği kaynakları sınırlamak.
• Çalışma zamanı güvenliği: Ajanlarla araçlar arasındaki istekleri incelerken şüpheli veya uygunsuz etkinlikleri filtrelemek.
• Gözlemlenebilirlik sağlama: İstekleri, araç çağrılarını, politika kararlarını, hataları ve izleri inceleme ve denetim amacıyla kaydetmek.
• Yönetilen operasyon oluşturma: Kimlik, politika, güvenlik kontrolleri ve denetim kayıtlarını, kurumsal sistemlere ulaşmadan önce MCP isteklerine bağlı tutmak. 293234

Kurumsal kontrol düzlemleri ayrıca model yönlendirme ve token harcaması takibi gibi işlevler de sunabilir. Bu özellikler, ekiplerin iş yüklerini onaylı modellere yönlendirmesine ve kullanımı çalışan, ekip, ajan veya iş akışı bazında anlamasına yardımcı olur. Ancak bu anlaşmazlığa ilişkin mevcut kaynaklar, Rippling ile Runlayer'ın bu özelliklerin tamamını aynı biçimde sunduğunu ortaya koymuyor.

Runlayer'ın arka planı

New York merkezli kurumsal yapay zekâ altyapısı girişimi Runlayer, Kasım 2025'te gizlilik döneminden çıkarak faaliyet göstermeye başladı. Şirket, Felicis ve Khosla Ventures'tan 11 milyon dolarlık tohum yatırımıyla piyasaya çıktı. 47

Runlayer, Haziran 2026'da Felicis liderliğinde ve Khosla Ventures'ın katılımıyla 30 milyon dolarlık Seri A yatırım aldığını duyurdu. Bu tur, şirketin açıkladığı toplam finansmanı 42 milyon dolara taşıdı. Daha önce Nanit'i kuran ve Zapier'de yapay zekâ alanında çalışan Andrew Berman, şirketin kurucu ortağı ve CEO'su olarak görev yapıyor. 404547

Bu yatırım ve erken müşteri ilgisi, Runlayer'ı henüz şekillenmekte olan bir pazarda güçlü biçimde finanse edilen uzman bir oyuncu konumuna getirdi. Dava ise bu konumun taşıdığı riski gözler önüne serdi: Bir girişim, büyük bir kurumsal müşteriyi kazanmak için ürününü derinlemesine tanıtmak zorunda kalabilir; ancak potansiyel müşteri, aynı süreçte rakip olabilecek kadar bilgi edinebilir.

Kurucu ekipler için ders: Ürün değerlendirmesi rekabet sürecine dönüşebilir

Tarafların iddiaları hâlâ tartışmalı. Ancak temel ticari risk açık. Uzun süren bir kavram kanıtlama veya pilot süreç; ürün yol haritalarına, teknik belgelere, mimariye, mühendislik iş akışlarına ve zaman zaman kaynak koda erişim içerebilir. Potansiyel müşteri sonunda ürünü kendi bünyesinde geliştirmeye karar verirse girişim aylar boyunca olası bir rakibi eğitmiş, aynı zamanda diğer satış fırsatlarını da ertelemiş olabilir.

Bu risk yapay zekâ altyapısında daha da yüksek. Protokoller, model yetenekleri, güvenlik beklentileri ve ürün kategorileri hızla değişebiliyor; bu da geleneksel, bir yıl süren değerlendirmelerin değerini azaltıyor. Runlayer-Rippling zaman çizelgesinde uzun bir değerlendirmeyi haftalar içinde dava, sınırlı keşif süreci, geri çekilme ve rakip ürün lansmanı izledi. 1014

Girişimler için uygulanabilecek pratik önlemler şunlar:

1. Pilotun kapsamını sınırlayın. Satın alma kararını yanıtlamak için gereken yetenekleri gösterin; ürünün tamamını açmayın.
2. Bilgi paylaşımını aşamalı yapın. Hassas mimariyi, yol haritası ayrıntılarını ve uygulama bilgilerini açıkça tanımlanmış kilometre taşlarının arkasında tutun.
3. Değerlendirmeye son tarih koyun. Pilotun bitiş tarihi ve belgelenmiş bir karar süreci olsun.
4. Dönüşüm kriterlerini önceden belirleyin. Başarı, satın alma ve yaygınlaştırma için hangi koşulların gerektiği konusunda baştan anlaşın.
5. Teknik erişimi kontrol edin. İzole ortamlar, ayrıntılı izinler, kayıt tutma ve gerektiğinde iptal edilebilir kimlik bilgileri kullanın.
6. Yapma mı satın alma mı kontrol noktası oluşturun. Potansiyel müşterinin gerçekten bir tedarikçiyi mi değerlendirdiğini, yoksa kurum içi bir ürün için gereksinim mi topladığını erken aşamada sorun.

Gizlilik sözleşmesi belirli bilgileri koruyabilir; ancak finansal açıdan güçlü bir şirketin aynı pazara girmeyeceğini tek başına garanti edemez. Hukuki süreç belirli davranışları ele alabilir, fakat pazar hareket etmeye devam ederken bir rakibin ürününü piyasaya sürmesini engellemeyebilir.

Sonuç: Davadan geriye hangi ders kaldı?

Bu dosya, MCP geçidi teknolojisi hakkında verilmiş bir mahkeme kararı değildi. Daha çok, kurumsal satış sürecinin ne kadar hızlı biçimde ürün ve fikrî mülkiyet anlaşmazlığına dönüşebileceğini gösteren çarpıcı bir örnekti.

Runlayer, kurumsal yapay zekâ ajanları için yönetilen bir kontrol düzlemi geliştiren, yatırım almış uzman bir girişim olarak mücadeleye girdi. Rippling ise davaların geri çekilmesinin hemen ardından rakip MCP geçidini kullanıma sundu. Ortada uzlaşma, ödeme, lisans anlaşması veya iddiaların esasına ilişkin bir yargı kararı bulunmadığına göre belirleyici soru artık hukuki değil, ticari: Kuruluşlar yapay zekâ ajanlarıyla araçlar ve şirket verileri arasındaki hızla büyüyen bağlantıyı yönetmek için hangi yaklaşıma güvenecek?