Runlayer og Rippling dropper søgsmål – Rippling lancerer straks sin egen MCP-gateway

Runlayer og Rippling afsluttede deres korte IP-strid næsten lige så hurtigt, som den var begyndt. Den 20. august 2026 indgav virksomhederne fælles begæringer om at afvise deres konkurrerende søgsmål endeligt. Retspapirerne fastslog, at der hverken skulle betales erstatning, dækkes juridiske omkostninger eller indgås et forlig. Kort efter lancerede Rippling den MCP-gateway, som stod i centrum for konflikten. 101

Det afsluttede retssagerne – ikke beskyldningerne. Ingen domstol tog stilling til, om Rippling havde misbrugt Runlayers fortrolige oplysninger, eller om Runlayer havde krænket Ripplings patenter. I stedet fortsatte produktkampen på markedet.

Sådan udviklede konflikten sig

Runlayer sagsøgte Rippling den 28. juli. Ifølge søgsmålet havde den større softwarevirksomhed evalueret Runlayers MCP-gateway i mere end et år og arbejdet tæt sammen med startupens ingeniørteam. Runlayer hævdede, at Rippling derefter brugte fortrolige oplysninger til at udvikle et konkurrerende produkt i stedet for at blive kunde. Rippling afviste anklagerne. 1417

Rippling svarede igen med et patentsøgsmål, hvor virksomheden hævdede, at Runlayer havde krænket tre Rippling-patenter. Samtidig oplyste Rippling, at selskabet udviklede sin egen MCP-gateway, som ville konkurrere direkte med Runlayers produkt. 7

Sagerne varede omkring tre uger, før parterne indgav fælles begæringer om afvisning. Fordi sagerne blev afvist endeligt, er netop disse retssager permanent afsluttet. Det betyder dog ikke, at domstolene fastslog, at nogen af parternes påstande var sande. Hver virksomhed står selv for sine juridiske udgifter. 10

Derfor var Ripplings lancering vigtig

Rippling lancerede sin konkurrerende gateway samme dag, som retssagerne forsvandt. Timingen gjorde det praktiske resultat tydeligere end det juridiske: Det produkt, Runlayer havde forsøgt at få blokeret, kom på markedet, mens Runlayer fortsat står som direkte konkurrent. 114

Rippling præsenterede gatewayen som en del af et bredere tilbud inden for AI-styring i virksomhedens platform til forretningssoftware. Runlayer beskriver derimod sig selv som en bredere kontrolplatform for MCP-servere, færdigheder, plugins, AI-klienter og agenter. Virksomhedens produktmateriale nævner blandt andet en MCP-gateway, politik- og OAuth-kontroller, sikkerhed under kørsel, revisionsspor, en agent-runtime samt værktøjer til at finde uadministrerede eller såkaldte “shadow”-MCP-installationer. 293127

De tilgængelige kilder viser ikke, at de to produkter har identisk arkitektur eller de samme funktioner. Den sikre sammenligning er derfor mere begrænset: Begge virksomheder konkurrerer om det kontrol- og sikkerhedslag, der styrer, hvordan AI-agenter får adgang til værktøjer og virksomhedsdata. Runlayer positionerer sig samtidig som en mere specialiseret platform med flere produkter og funktioner. 71429

Hvad er en MCP-gateway?

Model Context Protocol – normalt forkortet MCP – er en standardiseret måde, hvorpå AI-klienter og agenter kan forbinde sig til eksterne værktøjer og datakilder. En MCP-gateway placeres mellem AI-klienten eller agenten og virksomhedens systemer. Dermed får organisationen et centralt sted, hvor adgang kan administreres, og aktivitet kan overvåges. 2132

I praksis kan en gateway hjælpe med at:

• Godkende og autorisere forespørgsler: Koble forespørgsler til en bruger- eller serviceidentitet og håndhæve rollebaserede regler eller princippet om mindst mulige rettigheder.
• Styre adgang til værktøjer og data: Tillade godkendte MCP-servere og værktøjer, mens en agents adgang til andre systemer begrænses.
• Håndtere sikkerhed under kørsel: Undersøge eller filtrere aktiviteten, mens forespørgsler bevæger sig mellem agenter og værktøjer.
• Skabe synlighed: Registrere forespørgsler, værktøjskald, politiske beslutninger, fejl og spor, så hændelser kan undersøges og dokumenteres.
• Sikre kontrolleret drift: Holde identitet, politikker, sikkerhedstjek og revision knyttet til MCP-forespørgsler, før de når virksomhedens systemer. 293234

En kontrolplatform til virksomheder kan også indeholde modelrouting og overvågning af tokenforbrug. Det kan hjælpe teams med at sende opgaver til godkendte modeller og forstå brugen fordelt på medarbejder, team, agent eller arbejdsgang. De tilgængelige kilder til denne konflikt dokumenterer dog ikke, at Rippling og Runlayer tilbyder alle disse funktioner på samme måde.

Runlayers baggrund

Runlayer er en startup inden for AI-infrastruktur for virksomheder med base i New York. Selskabet kom ud af stealth i november 2025 med 11 millioner dollar i seedkapital fra Felicis og Khosla Ventures. 47

I juni 2026 annoncerede virksomheden en Serie A-runde på 30 millioner dollar ledet af Felicis, med deltagelse fra Khosla Ventures. Det bragte den rapporterede samlede finansiering op på 42 millioner dollar. Andrew Berman, der tidligere grundlagde Nanit og arbejdede med AI hos Zapier, er medstifter og administrerende direktør. 404547

Finansieringen og den tidlige kundetilgang gjorde Runlayer til en velstøttet specialist i et marked, der stadig var ved at finde sin form. Søgsmålet illustrerede samtidig en sårbarhed ved positionen: En startup kan være nødt til at give en stor potentiel virksomhedskunde et dybt indblik i produktet for at vinde salget – og kunden kan dermed få tilstrækkelig viden til selv at blive konkurrent.

Læringen for stiftere: En produktevaluering kan blive til konkurrence

Påstandene mellem virksomhederne er fortsat omstridte, men den underliggende forretningsrisiko er tydelig. Et langvarigt proof of concept kan give adgang til produktplaner, teknisk dokumentation, arkitektur, ingeniørarbejdsgange og i nogle tilfælde kildekode. Hvis den potentielle kunde til sidst beslutter sig for at bygge internt, kan startupen have brugt måneder på at oplære en mulig konkurrent – samtidig med at andre salg er blevet forsinket.

Risikoen er særlig tydelig inden for AI-infrastruktur. Protokoller, modelmuligheder, sikkerhedskrav og produktkategorier ændrer sig hurtigt, hvilket kan gøre en traditionel evaluering på et år mindre værdifuld. Runlayer- og Rippling-forløbet blev på få uger komprimeret til en kæde af hændelser: en lang evaluering blev fulgt af retssager, begrænset bevisførelse, afvisning og lanceringen af et konkurrerende produkt. 1014

Praktiske værn for startups kan være:

1. Begræns pilotprojektets omfang. Demonstrér kun de funktioner, der er nødvendige for at besvare kundens købsspørgsmål.
2. Del oplysninger trinvist. Hold følsom arkitektur, produktplaner og implementeringsdetaljer tilbage, indtil bestemte milepæle er nået.
3. Sæt en slutdato for evalueringen. En pilot bør have en fast slutdato og en dokumenteret beslutningsproces.
4. Definér kriterierne for et køb. Aftal på forhånd, hvad der skal til for at opnå succes, komme gennem indkøbsprocessen og gå i produktion.
5. Kontrollér den tekniske adgang. Brug isolerede miljøer, detaljerede tilladelser, logning og legitimationsoplysninger, der kan tilbagekaldes.
6. Indfør et bygge-eller-købe-tjekpunkt. Afklar tidligt, om kunden vurderer en leverandør, eller om kunden i virkeligheden indsamler krav til et internt produkt.

En fortrolighedsaftale kan beskytte bestemte oplysninger, men den kan ikke i sig selv garantere, at en velkapitaliseret virksomhed ikke går efter det samme marked. Et søgsmål kan håndtere konkret adfærd, men behøver ikke forhindre en konkurrent i at lancere, mens markedet fortsætter fremad.

Hvad konflikten i sidste ende viser

Sagen var ikke en juridisk dom over MCP-gatewayteknologi. Den var et markant eksempel på, hvor hurtigt en salgsproces med en stor virksomhed kan udvikle sig til en konflikt om produktudvikling og immaterielle rettigheder.

Runlayer gik ind i striden som en finansieret specialist, der byggede en kontrolleret platform til virksomheders AI-agenter. Rippling kom ud på den anden side med en konkurrerende gateway, lanceret umiddelbart efter afvisningen af sagerne. Der er hverken indgået forlig, betalt penge, givet licens eller afsagt dom om sagens realitet. Det afgørende spørgsmål er derfor nu kommercielt: Hvilken tilgang vil virksomhederne have tillid til, når AI-agenter i stigende grad skal forbindes sikkert med værktøjer og virksomhedens data?