Runlayer og Rippling avslutter MCP-striden uten forlik – så lanserer Rippling konkurrenten

En rask slutt på en bitter teknologistrid

Runlayer og Rippling avsluttet nesten like raskt som den begynte. 20. august 2026 ba selskapene retten om å avvise søksmålene mot hverandre endelig. Rettsdokumentene slo fast at det ikke skulle betales erstatning, refunderes juridiske kostnader eller inngås noe forlik. Kort tid senere lanserte Rippling MCP-gatewayen som sto i sentrum for konflikten. 101

Det avsluttet rettssakene, men ikke anklagene. Ingen domstol avgjorde om Rippling hadde misbrukt Runlayers konfidensielle informasjon, eller om Runlayer hadde krenket Ripplings patenter. Konkurransen flyttet i stedet fra rettssalen til markedet.

Dette handlet søksmålene om

Runlayer saksøkte Rippling 28. juli. Startupen hevdet at det større programvareselskapet hadde evaluert MCP-gatewayen i mer enn ett år, samarbeidet tett med Runlayers ingeniører og deretter brukt konfidensiell informasjon til å utvikle et konkurrerende produkt – i stedet for å bli kunde. Rippling avviste anklagene. 1417

Rippling svarte med et patentsøksmål og hevdet at Runlayer hadde krenket tre av Ripplings patenter. Selskapet bekreftet også at det utviklet sin egen MCP-gateway, som skulle konkurrere direkte med Runlayers produkt. 7

Sakene varte i om lag tre uker før partene leverte felles begjæringer om avvisning. At søksmålene ble avvist «with prejudice», betyr at akkurat disse sakene er avsluttet permanent. Det betyr imidlertid ikke at påstandene er kjent sanne eller falske. Hvert selskap må selv dekke sine juridiske kostnader. 10

Derfor var lanseringen viktig

Rippling lanserte den konkurrerende gatewayen samme dag som søksmålene forsvant. Den praktiske konsekvensen ble dermed tydeligere enn den juridiske: Produktet Runlayer forsøkte å stanse, kom på markedet, mens Runlayer fortsatt står igjen som en direkte konkurrent. 114

Rippling presenterte gatewayen som en del av et bredere tilbud for AI-styring i selskapets plattform for forretningsprogramvare. Runlayer beskriver på sin side virksomheten som en bredere kontrollplattform for MCP-servere, «Skills», programtillegg, AI-klienter og agenter. Selskapets produktmateriale omtaler blant annet MCP-gateway, policy- og OAuth-kontroller, sikkerhet under kjøring, revisjonsspor, en agentplattform og verktøy for å finne uadministrerte eller såkalte «shadow»-MCP-installasjoner. 293127

Det tilgjengelige kildematerialet viser ikke at produktene har identisk arkitektur eller funksjonalitet. Den mest forsvarlige sammenligningen er derfor mer avgrenset: Begge selskapene konkurrerer om kontrollaget som bestemmer hvordan AI-agenter får tilgang til verktøy og bedriftsdata, mens Runlayer profilerer seg med en mer spesialisert modell som dekker flere deler av denne kontrollplattformen. 71429

Hva gjør en MCP-gateway?

MCP, eller Model Context Protocol, er en standardisert måte for AI-klienter og agenter å koble seg til eksterne verktøy og datakilder. En MCP-gateway ligger mellom agenten eller klienten og virksomhetens systemer. Dermed får organisasjonen ett sentralt punkt for å styre tilgangen og følge med på aktiviteten. 2132

I praksis kan en gateway hjelpe virksomheter med å:

• Autentisere og autorisere forespørsler: Knytte forespørsler til en bruker eller tjeneste og håndheve rollebasert tilgang eller prinsippet om minste privilegium.
• Styre tilgang til verktøy og data: Tillate godkjente MCP-servere og verktøy, samtidig som agentens tilgang begrenses.
• Gjennomføre sikkerhetskontroller i sanntid: Kontrollere eller filtrere aktiviteten mens forespørsler går mellom agenter og verktøy.
• Gi oversikt: Loggføre forespørsler, verktøykall, policyavgjørelser, feil og spor som kan brukes i undersøkelser og revisjoner.
• Sikre styrt drift: Sørge for at identitet, regler, sikkerhetskontroller og revisjon følger MCP-forespørselen før den når virksomhetens systemer. 293234

Kontrollplattformer for virksomheter kan også tilby ruting mellom modeller og sporing av tokenforbruk. Det kan gjøre det mulig å sende arbeidsoppgaver til godkjente modeller og se bruken fordelt på medarbeider, team, agent eller arbeidsflyt. Kildene i denne konflikten dokumenterer imidlertid ikke at Rippling og Runlayer tilbyr alle disse funksjonene på samme måte.

Runlayers bakgrunn

Runlayer er en startup innen infrastruktur for bedrifts-AI i New York. Selskapet kom ut av «stealth»-modus i november 2025 med 11 millioner dollar i såkornkapital fra Felicis og Khosla Ventures. 47

I juni 2026 kunngjorde selskapet en serie A-runde på 30 millioner dollar, ledet av Felicis med deltakelse fra Khosla Ventures. Det brakte den rapporterte samlede finansieringen til 42 millioner dollar. Andrew Berman, som tidligere grunnla Nanit og jobbet med AI i Zapier, er medgründer og toppsjef. 404547

Finansieringen og den tidlige kundetiltrekningen ga Runlayer posisjonen som en tungt finansiert spesialist i et marked som fortsatt er under utvikling. Søksmålet synliggjorde samtidig en sårbarhet ved denne posisjonen: En startup kan være nødt til å gi en stor potensiell kunde svært inngående innsyn for å vinne kontrakten – samtidig som kunden får nok kunnskap til å bli en konkurrent.

Når produktevalueringen blir konkurranse

Påstandene mellom selskapene er fortsatt omstridte, men den underliggende forretningsrisikoen er tydelig. En langvarig pilot eller utprøving kan innebære tilgang til produktplaner, teknisk dokumentasjon, arkitektur, utviklingsprosesser og i enkelte tilfeller kildekode. Hvis kunden til slutt velger å bygge selv, kan startupen ha brukt måneder på å lære opp en mulig rival – og samtidig satt andre salg på vent.

Risikoen er særlig stor innen AI-infrastruktur. Protokoller, modellfunksjoner, sikkerhetskrav og produktkategorier kan endre seg raskt. Det svekker verdien av en tradisjonell evaluering som varer i ett år. I Runlayer–Rippling-saken ble utviklingen komprimert til noen få uker: En lang produktevaluering ble fulgt av søksmål, begrenset bevisinnhenting, avvisning og lanseringen av et konkurrerende produkt. 1014

For startups er noen praktiske tiltak:

1. Begrens pilotens omfang. Vis bare funksjonene som trengs for å svare på kundens kjøpsspørsmål.
2. Del informasjon trinnvis. Hold sensitiv arkitektur, produktplaner og implementasjonsdetaljer tilbake til avtalte milepæler er nådd.
3. Sett en tidsfrist. En pilot bør ha en tydelig sluttdato og en dokumentert beslutningsprosess.
4. Avtal kriterier for videreføring. Bli på forhånd enige om hva som må til for at løsningen skal godkjennes, kjøpes inn og tas i bruk.
5. Kontroller teknisk tilgang. Bruk isolerte miljøer, detaljerte tillatelser, logging og tilgang som kan tilbakekalles.
6. Legg inn et «bygge eller kjøpe»-punkt. Avklar tidlig om kunden vurderer en leverandør – eller samler krav til et internt produkt.

En taushetserklæring kan beskytte bestemte opplysninger, men kan ikke alene garantere at et kapitalsterkt selskap lar være å konkurrere i det samme markedet. Juridiske tiltak kan rette seg mot konkret opptreden, men trenger ikke å hindre en konkurrent i å lansere mens markedet fortsetter å utvikle seg.

Den kommersielle testen gjenstår

Saken var ikke en rettslig dom over MCP-gatewayteknologi. Den ble snarere et tydelig eksempel på hvor raskt en salgsprosess mot en stor virksomhet kan utvikle seg til en konflikt om produktutvikling og immaterielle rettigheter.

Runlayer gikk inn i konflikten som en finansiert spesialist på en styrt kontrollplattform for AI-agenter. Rippling gikk ut av den med en konkurrerende gateway lansert umiddelbart etter at søksmålene ble avvist. Uten forlik, betaling, lisensavtale eller rettslig avgjørelse av sakens realitet er det nå markedet som skal avgjøre utfallet: Hvilken tilnærming vil virksomheter stole på når AI-agenter i stadig større grad kobles til verktøy og bedriftsdata?