Runlayer e Rippling encerram processos, mas o bafafá ainda serve de alerta para fundadores

Na noite de quarta-feira, a Runlayer e a Rippling retiraram suas respectivas ações judiciais uma contra a outra. Nenhum acordo foi feito. Nenhum dinheiro mudou de mãos. Nem mesmo os honorários advocatícios, de acordo com documentos judiciais vistos pelo TechCrunch.

A Rippling comemorou lançando instantaneamente o seu gateway MCP, o produto no centro dos processos judiciais cruzados e aquele que concorre com a oferta da Runlayer.

Essa briga pública serve de alerta para os fundadores: na era da inteligência artificial, quando construir novos softwares se tornou quase trivial, você nunca sabe quem será seu próximo concorrente. Pode até ser um cliente em potencial.

Para recapitular o breve imbróglio jurídico: a Runlayer é uma startup em estágio inicial que surgiu do modo furtivo em novembro de 2025 e captou um total de US$ 42 milhões de fundos de venture capital como Keith Rabois, da Khosla Ventures, e a Felicis. Ela é liderada por Andrew Berman, fundador pela terceira vez (empresas anteriores incluem a fabricante de monitores de bebês Nanit e uma ferramenta de videoconferência com IA, Vowel, vendida para a Zapier em 2024).

Depois que a Rippling testou o gateway MCP da Runlayer por mais de um ano, com as duas equipes de engenharia trabalhando em estreita colaboração, a Rippling nunca assinou para se tornar cliente, de acordo com o processo da Runlayer. Em vez disso, Berman recebeu uma mensagem de texto de um funcionário da Rippling dizendo que seu empregador estava construindo seu próprio gateway MCP e planejava lançá-lo como produto. Esse funcionário descreveu o produto da Rippling como um clone do da Runlayer.

A Runlayer processou a empresa, alegando que a Rippling violou acordos contratuais que cobriam os testes de seus produtos.

Um gateway MCP gerencia com segurança as solicitações de dados de agentes de IA de uma empresa provenientes de outros sistemas de software. Assim, por exemplo, quando um profissional de recrutamento pede detalhes sobre os cinco principais candidatos para uma vaga, incluindo seus e-mails, esses dados devem ser recuperados do sistema de recrutamento da empresa. O gateway gerencia o processo de recuperação, em vez de conceder aos agentes acesso direto aos sistemas de software da empresa. Ele também pode adicionar outros recursos, como controle de acesso baseado em função de funcionários (gerentes obtendo acesso diferente de estagiários), observabilidade (logs e trilhas de uso) e assim por diante.

Em seguida, a Rippling entrou com uma reconvenção, alegando que a Runlayer estava violando algumas de suas patentes. A medida foi vista pela Runlayer como uma forma de forçá-la a desistir de seu processo, ao mesmo tempo em que aumentava as despesas legais.

A Runlayer retirou seu processo após passar as últimas três semanas na fase de descoberta de provas ("discovery"). A Rippling retirou seu próprio processo e também não recebeu nenhum acordo.

Portanto, embora as ações judiciais não tenham levado a nada além de muitas brigas públicas, há uma lição mais profunda para os fundadores. O cenário da IA está mudando tão rapidamente que os testes técnicos prolongados que as empresas adoram impor às startups precisam ser repensados. Entre o momento em que uma startup de IA entra em um e quantos meses depois, as necessidades e os desejos de uma empresa podem mudar drasticamente.

Enquanto isso, no espaço de semanas, a Rippling, cujo pão com manteiga historicamente tem sido a folha de pagamento e a gestão de benefícios, entrou agora no mercado de gateways de IA com uma ferramenta que pode direcionar para diferentes modelos, enquanto exibe em um painel os gastos com tokens por funcionário. O produto concorre com nomes como Stripe, Ramp e Databricks.

Agora a Rippling também está no ramo de segurança de IA com este gateway MCP que vincula o acesso de IA às funções dos funcionários. Ela concorre com nomes como Runlayer, Docker e Amazon Bedrock.

Quanto à Runlayer, sua proposta é um pacote mais amplo de serviços de segurança de agentes vinculados ao gateway, que vai desde a criação de agentes até a identificação de agentes de IA ocultos (shadow AI) rodando em uma empresa sem o conhecimento da equipe de TI.