Runlayer optužio Rippling da je posle probnog projekta napravio kopiju njegovog MCP gatewaya
Runlayer, dobavljač bezbednosnog gatewaya za Model Context Protocol (MCP), podneo je tužbu protiv kompanije Rippling. Tvrdi da je potencijalnom kupcu tokom gotovo godinu dana intenzivne tehničke evaluacije pokazao plan razvoja i izvorni kod, a da je Rippling potom pripremio gotovo identičan proizvod.
Rizik dubinskih probnih projekata
Suština spora prevazilazi dva startapa. Prodaja složene AI infrastrukture velikim sistemima često zahteva dug probni period, pristup inženjerima i detaljno otkrivanje načina na koji proizvod radi. Bez toga kupac teško može da proceni integraciju, bezbednost i troškove.
Isti proces dobavljača izlaže riziku da tehnološki sposoban kupac posle evaluacije napravi interno rešenje. Problem posebno pogađa mlađe kompanije koje moraju da pokažu dovoljno da bi zaključile posao, ali istovremeno čuvaju poslovne tajne i prednost nad konkurencijom.
Ugovori, kod i konkurentski proizvod
Runlayer navodi da su strane potpisale uzajamni sporazum o poverljivosti. Rippling je prihvatio i uslove probnog korišćenja koji su zabranjivali kopiranje intelektualne svojine i izradu izvedenih rešenja. Dogovor o ceni ipak nije postignut, pa je Runlayer prekinuo testiranje.
Kompanija tvrdi da je ubrzo dobila poruku osobe iz Ripplinga o internom projektu koji je navodno bio gotovo identična kopija. Tužbeni zahtevi obuhvataju neovlašćeno korišćenje poslovnih tajni, nelojalnu konkurenciju i kršenje ugovora. Runlayer zastupa Sullivan & Cromwell.
Rippling potvrđuje da pokreće sopstveni MCP gateway, ali odbacuje tvrdnje o zloupotrebi tuđe intelektualne svojine.
Rippling tvrdi da Runlayer izmišljenim optužbama pokušava da izbegne konkurenciju i da je novi proizvod napravljen isključivo korišćenjem sopstvenih informacija.
Tržište je sve zasićenije od kada je Anthropic u novembru 2024. objavio MCP kao protokol otvorenog koda. Runlayer je od pokretanja proizvoda prikupio ukupno 42 miliona dolara, uključujući ulaganja fondova Khosla Ventures i Felicis.
Za poslovne korisnike praktična pouka je jasna: pre dubinskog probnog projekta treba precizno ograničiti pristup kodu, evidentirati razmenu tehničkih informacija i ugovoriti šta kupac sme da razvija. NDA sam po sebi nije zamena za kontrolisan proces evaluacije i dokaziv trag pristupa.