Runlayer a Rippling ukončily právní válku bez vyrovnání — a okamžitě se utkaly na trhu

Právní spor mezi startupem Runlayer a softwarovou společností Rippling skončil stejně rychle, jako začal. Dne 20. srpna 2026 obě firmy společně stáhly své vzájemné žaloby s účinky definitivního ukončení konkrétních řízení. Soudní podání uváděla, že nedojde k žádnému finančnímu vyrovnání, úhradě právních nákladů ani jiné dohodě mezi stranami. Rippling pak uvedl na trh MCP gateway, která stála v centru konfliktu. 101

Tím ale skončilo pouze soudní řízení, nikoli vzájemné obchodní soupeření. Soud nerozhodl, zda Rippling zneužil důvěrné informace Runlayeru, ani zda Runlayer porušil patenty Ripplingu. O výsledku sporu tak nyní rozhodne především trh.

Jak spor vznikl

Runlayer zažaloval Rippling 28. července. Tvrdil, že větší softwarová firma jeho MCP gateway více než rok vyhodnocovala, její inženýři úzce spolupracovali s týmem Runlayeru, a Rippling pak místo nákupu produktu využil důvěrné informace k vývoji vlastní konkurenční verze. Rippling tato obvinění odmítl. 1417

Rippling následně podal patentovou žalobu, podle níž Runlayer porušil tři jeho patenty. Zároveň potvrdil, že vyvíjí vlastní MCP gateway, která bude s produktem Runlayeru přímo soupeřit. 7

Celý případ trval přibližně tři týdny, než firmy podaly společné návrhy na ukončení obou řízení. Protože byla žaloba stažena s účinky definitivního ukončení, nelze stejný případ znovu otevřít; podání však nepotvrdila pravdivost tvrzení ani jedné strany. Každá společnost si ponechala vlastní právní náklady. 10

Rippling spustil konkurenční produkt ve stejný den

Praktický dopad byl zřejmý: ve stejný den, kdy právní spory zmizely, Rippling uvedl svou konkurenční gateway. Produkt, který se Runlayer snažil zablokovat, tak vstoupil na trh, zatímco Runlayer zůstal přímým konkurentem. 114

Rippling svou novinku představuje jako součást širší nabídky pro správu a řízení podnikové umělé inteligence v rámci své platformy podnikových aplikací. Runlayer se naopak profiluje jako širší podnikový „control plane“ — tedy řídicí vrstva pro MCP servery, Skills, plug-iny, AI klienty a agenty.

Podle veřejně dostupných materiálů Runlayeru jeho platforma zahrnuje MCP gateway, řízení zásad a OAuth, zabezpečení za běhu, auditní záznamy, runtime pro agenty a nástroje pro vyhledávání nespravovaných neboli „stínových“ MCP nasazení. 293127

Dostupné zdroje nepotvrzují, že produkty obou firem mají totožnou architekturu nebo stejné funkce. Opatrnější srovnání zní: obě společnosti soutěží o podnikovou vrstvu, která řídí, jak AI agenti přistupují k nástrojům a firemním datům. Runlayer přitom svou nabídku prezentuje jako specializovanější a víceproduktovou řídicí platformu. 71429

Co je MCP gateway a proč na ní záleží

MCP neboli Model Context Protocol je standardizovaný způsob, kterým se AI klienti a agenti připojují k externím nástrojům a datům. MCP gateway funguje jako prostředník mezi agentem a podnikovými systémy. Vytváří centrální místo, kde lze přístup řídit a aktivitu sledovat. 2132

V praxi může gateway organizaci pomoci:

• Ověřovat identitu a řídit oprávnění: spojit požadavek s uživatelem nebo servisním účtem a uplatnit pravidla podle rolí či principu nejmenších oprávnění.
• Omezovat přístup k nástrojům a datům: povolit schválené MCP servery a nástroje a zablokovat přístup agenta k nepovoleným systémům.
• Zvyšovat bezpečnost za běhu: kontrolovat nebo filtrovat aktivitu při komunikaci mezi agentem a nástrojem.
• Poskytovat dohled a audit: zaznamenávat požadavky, volání nástrojů, rozhodnutí podle zásad, chyby a trasování pro pozdější analýzu.
• Udržet řízení připojené k požadavku: zajistit, aby identita, bezpečnostní kontroly, pravidla i audit proběhly dříve, než se požadavek dostane k firemním systémům. 293234

Podnikové řídicí platformy mohou navíc nabídnout směrování požadavků k různým modelům a sledování spotřeby tokenů. Týmy tak mohou posílat úlohy ke schváleným modelům a sledovat využití podle zaměstnance, týmu, agenta nebo pracovního procesu. Dostupné podklady k tomuto sporu však nepotvrzují, že Runlayer a Rippling všechny tyto funkce implementují stejným způsobem.

Runlayer: startup s 42 miliony dolarů od investorů

Runlayer je newyorský startup zaměřený na podnikovou AI infrastrukturu. Z utajeného režimu vystoupil v listopadu 2025 s počátečním kapitálem 11 milionů dolarů od fondů Felicis a Khosla Ventures. 47

V červnu 2026 firma oznámila investici 30 milionů dolarů v rámci Series A, kterou vedl Felicis za účasti Khosla Ventures. Celkový objem získaného kapitálu tím podle firmy vzrostl na 42 milionů dolarů. V čele společnosti stojí spoluzakladatel a generální ředitel Andrew Berman, který dříve založil výrobce dětských monitorů Nanit a působil v oblasti AI ve společnosti Zapier. 404547

Financování a první zákazníci zařadili Runlayer mezi výrazně podporované specialisty na trhu, který se teprve formuje. Právě spor ale ukázal i zranitelnost této pozice: startup může při snaze získat velkého podnikového zákazníka odhalit svůj produkt do značné hloubky — a potenciální zákazník pak získá dostatek znalostí k vývoji konkurenčního řešení.

Poučení pro zakladatele: test produktu může být i konkurenční spoluprací

Tvrzení obou stran zůstávají sporná. Podnikatelské riziko, které případ odhalil, je ale srozumitelné. Dlouhý proof of concept může zahrnovat přístup k produktovým plánům, technické dokumentaci, architektuře, pracovním postupům vývojářů a někdy i ke zdrojovému kódu. Pokud se potenciální zákazník nakonec rozhodne vyvinout vlastní řešení, startup mohl měsíce školit budoucího konkurenta a současně zanedbávat jiné obchodní příležitosti.

V AI infrastruktuře je toto riziko ještě výraznější. Protokoly, schopnosti modelů, bezpečnostní standardy i samotné produktové kategorie se mění rychle — často rychleji, než odpovídá tradičnímu ročnímu vyhodnocování dodavatele. V případě Runlayeru a Ripplingu se dlouhé testování během několika týdnů proměnilo v žalobu, omezené dokazování, ukončení sporů a konkurenční uvedení produktu. 1014

Startupy mohou podobná rizika omezit několika praktickými kroky:

1. Omezit rozsah pilotu. Ukázat pouze funkce potřebné k rozhodnutí o nákupu.
2. Citlivé informace odhalovat postupně. Architekturu, produktový plán a implementační detaily zpřístupnit až po splnění jasně definovaných milníků.
3. Stanovit konečný termín testu. Pilot by měl mít datum ukončení a zdokumentovaný rozhodovací proces.
4. Dohodnout kritéria úspěchu. Předem definovat, co povede k nákupu, nasazení a dalšímu postupu.
5. Řídit technický přístup. Používat izolovaná prostředí, granularní oprávnění, logování a odvolatelné přístupové údaje.
6. Zařadit kontrolní bod „postavit, nebo koupit“. Co nejdříve zjistit, zda potenciální zákazník hodnotí dodavatele, nebo si teprve vytváří zadání pro vlastní produkt.

Dohoda o mlčenlivosti může chránit konkrétní informace, sama o sobě však nezaručí, že dobře financovaná firma nevstoupí do stejného segmentu. Právní kroky mohou řešit určité jednání, nemusí ale zabránit konkurentovi uvést produkt na trh v době, kdy se soudní řízení teprve rozbíhá.

Kdo nakonec vyhraje? Rozhodnou zákazníci

Případ Runlayeru a Ripplingu není soudním verdiktem o technologii MCP gateway. Je výraznou ukázkou toho, jak rychle se může podnikový prodejní proces změnit v konflikt o produkt, obchodní tajemství a duševní vlastnictví.

Runlayer do sporu vstoupil jako financovaný specialista budující řízenou platformu pro podnikové AI agenty. Rippling z něj vyšel s vlastní gateway uvedenou bezprostředně po ukončení žalob. Protože nedošlo k vyrovnání, platbě, licenční dohodě ani soudnímu rozhodnutí ve věci samé, zůstává hlavní otázka obchodní: které řešení podniky skutečně svěří do rukou, když má řídit rychle se rozšiřující spojení mezi AI agenty, nástroji a firemními daty?