Runlayer och Rippling avslutar AI-tvisten utan uppgörelse

Runlayer–Rippling-tvisten tog slut nästan lika snabbt som den började. Den 20 augusti 2026 lade bolagen gemensamt ned sina konkurrerande stämningar med slutgiltig verkan. Domstolshandlingarna visar att ingen ersättning betalades, att ingen part fick sina juridiska kostnader ersatta och att någon förlikning inte nåddes. Därefter lanserade Rippling den MCP-gateway som stod i centrum för konflikten. 101

Det juridiska bråket är därmed avslutat – men anklagelserna har inte prövats. Ingen domstol slog fast om Rippling hade använt Runlayers konfidentiella information eller om Runlayer hade gjort intrång i Ripplings patent. I stället flyttade konflikten från domstolen till marknaden.

Så utvecklades konflikten

Runlayer stämde Rippling den 28 juli och hävdade att det större mjukvarubolaget hade utvärderat företagets MCP-gateway i mer än ett år. Enligt Runlayers stämning arbetade bolagens ingenjörsteam nära varandra under perioden, men Rippling blev aldrig kund utan utvecklade i stället en konkurrerande produkt med hjälp av konfidentiell information. Rippling förnekade anklagelserna. 1417

Rippling svarade med en patentstämning där bolaget hävdade att Runlayer hade gjort intrång i tre Rippling-patent. Samtidigt bekräftade Rippling att man utvecklade en egen MCP-gateway som skulle konkurrera direkt med Runlayers produkt. 7

Målen pågick i ungefär tre veckor innan parterna lämnade in gemensamma begäran om att få dem nedlagda. Eftersom målen lades ned med slutgiltig verkan kan just dessa processer inte tas upp på nytt, men handlingarna innebär inte att någon av sidornas påståenden fastställdes som sanna. Båda bolagen fick själva bära sina juridiska kostnader. 10

Därför blev lanseringen viktigare än juridiken

Rippling lanserade sin konkurrerande gateway samma dag som stämningarna försvann. Den tajmingen säger mer om det praktiska utfallet än om det juridiska: produkten som Runlayer hade försökt stoppa nådde marknaden, medan Runlayer förblev en direkt konkurrent. 114

Rippling presenterar gatewayen som en del av ett bredare erbjudande för AI-styrning i företagets plattform för affärsmjukvara. Runlayer beskriver sig i sin tur som en bredare kontrollplattform för MCP-servrar, Skills, tillägg, AI-klienter och agenter. Bolagets publika produktmaterial omfattar bland annat en MCP-gateway, policy- och OAuth-kontroller, säkerhet under körning, revisionsspår, en agentkörmiljö samt verktyg för att hitta oadministrerade eller så kallade ”shadow”-MCP-installationer. 293127

Det tillgängliga materialet visar inte att produkterna har identisk arkitektur eller samma funktioner. Den säkraste jämförelsen är därför mer begränsad: båda bolagen konkurrerar om företagslagret som styr hur AI-agenter får åtkomst till verktyg och affärsdata, medan Runlayer positionerar sig som en mer specialiserad kontrollplattform med flera produktdelar. 71429

Vad gör en MCP-gateway?

MCP står för Model Context Protocol och är ett standardiserat sätt för AI-klienter och agenter att ansluta till externa verktyg och datakällor. En MCP-gateway ligger mellan AI-klienten eller agenten och företagets system. Den skapar en central punkt där organisationen kan styra åtkomst och följa vad som händer. 2132

I praktiken kan en gateway hjälpa företag att:

• Autentisera och auktorisera förfrågningar: koppla varje begäran till en användare eller tjänst och tillämpa rollbaserad åtkomst eller principen om minsta möjliga behörighet.
• Styr åtkomsten till verktyg och data: tillåta godkända MCP-servrar och verktyg, samtidigt som agentens övriga åtkomst begränsas.
• Tillämpa säkerhet under körning: granska eller filtrera aktiviteten när förfrågningar går mellan agenter och verktyg.
• Skapa insyn: logga förfrågningar, verktygsanrop, policybeslut, fel och spår för felsökning och revision.
• Samla styrningen: se till att identitet, policy, säkerhetskontroller och loggning följer MCP-förfrågan innan företagets system nås. 293234

En kontrollplattform för företag kan även omfatta modellstyrning och uppföljning av tokenförbrukning. Det kan hjälpa team att skicka arbetsuppgifter till godkända modeller och förstå användningen per anställd, team, agent eller arbetsflöde. De tillgängliga källorna visar däremot inte att Rippling och Runlayer implementerar alla dessa funktioner på samma sätt.

Runlayers bakgrund

Runlayer är en New York-baserad startup inom företags-AI som lämnade sin så kallade stealth-fas i november 2025. Vid lanseringen hade bolaget tagit in 11 miljoner dollar i såddfinansiering från Felicis och Khosla Ventures. 47

I juni 2026 meddelade Runlayer att bolaget hade rest 30 miljoner dollar i en Series A-runda, ledd av Felicis med deltagande från Khosla Ventures. Det innebar att den rapporterade totala finansieringen uppgick till 42 miljoner dollar. Medgrundaren och vd:n Andrew Berman, som tidigare grundat Nanit och arbetat med AI på Zapier, leder bolaget. 404547

Finansieringen och den tidiga kundutvecklingen gjorde Runlayer till en välfinansierad specialist på en marknad som fortfarande höll på att formas. Stämningen synliggjorde samtidigt en särskild sårbarhet: för att vinna ett stort företagsavtal kan en startup behöva ge en potentiell kund djup insyn i produkten – även när kunden får tillräckligt med kunskap för att bli en konkurrent.

Grundarlärdomen: en utvärdering kan bli ett konkurrensprojekt

Anklagelserna mellan bolagen är fortfarande omtvistade, men den underliggande affärsrisken är tydlig. Ett långvarigt proof of concept kan innebära tillgång till produktplaner, teknisk dokumentation, arkitektur, ingenjörsprocesser och ibland källkod. Om den potentiella kunden sedan väljer att bygga själv kan startupen ha ägnat månader åt att utbilda en möjlig rival – och samtidigt skjutit upp andra försäljningar.

Risken är särskilt påtaglig inom AI-infrastruktur. Protokoll, modellförmågor, säkerhetskrav och produktkategorier förändras snabbt, vilket minskar värdet av traditionella utvärderingar som pågår i ett år. I Runlayer–Rippling-fallet kom utvecklingen i stället att koncentreras till några veckor: en lång utvärdering följdes av rättstvister, begränsad bevisinhämtning, nedlagda mål och en konkurrerande lansering. 1014

För startups kan följande skyddsåtgärder vara praktiska:

1. Begränsa pilotprojektets omfattning. Visa bara de funktioner som behövs för att besvara köpfrågan.
2. Lämna ut information stegvis. Håll känslig arkitektur, produktplaner och implementeringsdetaljer bakom tydliga milstolpar.
3. Sätt en tidsgräns. Ett pilotprojekt bör ha ett bestämt slutdatum och en dokumenterad beslutsprocess.
4. Definiera kriterier för konvertering. Kom överens på förhand om vad som krävs för att gå vidare till inköp och driftsättning.
5. Kontrollera teknisk åtkomst. Använd isolerade miljöer, detaljerade behörigheter, loggning och återkalleliga inloggningsuppgifter.
6. Lägg in en bygg- eller köpavstämning. Ta tidigt reda på om kunden utvärderar en leverantör eller samlar krav för en intern produkt.

Ett sekretessavtal kan skydda viss information, men garanterar inte i sig att ett välfinansierat bolag avstår från samma marknad. Juridiska åtgärder kan hantera specifika överträdelser, men behöver inte hindra en konkurrent från att lansera medan marknaden fortsätter framåt.

Vad konflikten visar

Fallet är inget juridiskt avgörande om MCP-gateways. Det är snarare ett tydligt exempel på hur snabbt en företagsförsäljning kan övergå i en konflikt om produktutveckling och immateriella rättigheter.

Runlayer gick in i konflikten som en finansierad specialist på en styrd kontrollplattform för företags AI-agenter. Rippling kom ut på andra sidan med en konkurrerande gateway som lanserades direkt efter att stämningarna lagts ned. Utan förlikning, betalning, licensavtal eller domstolsbeslut i sak är den avgörande frågan nu kommersiell: vilket angreppssätt kommer företag att lita på för att styra den snabbt växande kopplingen mellan AI-agenter, verktyg och företagsdata?