Runlayer y Rippling cierran su disputa por un gateway MCP sin acuerdo y con un producto rival ya en el mercado

La disputa entre Runlayer y Rippling terminó casi tan rápido como empezó. El 20 de agosto de 2026, ambas empresas retiraron conjuntamente sus demandas, con carácter definitivo. Los documentos judiciales indicaron que no habría indemnización, reembolso de gastos legales ni acuerdo de licencia o de otro tipo entre las compañías. Poco después, Rippling lanzó el gateway MCP que estaba en el centro del conflicto. 101

El cierre puso fin al litigio, pero no resolvió las acusaciones. Ningún tribunal determinó si Rippling utilizó indebidamente información confidencial de Runlayer ni si Runlayer infringió las patentes de Rippling. La competencia comercial, en cambio, siguió adelante.

Cómo empezó el conflicto

Runlayer demandó a Rippling el 28 de julio. Según la acusación, la compañía de software empresarial había evaluado durante más de un año su gateway MCP y había trabajado estrechamente con su equipo de ingeniería. Runlayer sostuvo que Rippling aprovechó información confidencial para desarrollar un producto competidor en lugar de convertirse en cliente. Rippling negó las acusaciones. 1417

Rippling respondió con una demanda por patentes en la que acusó a Runlayer de infringir tres de sus patentes. También confirmó que estaba desarrollando su propio gateway MCP, destinado a competir directamente con la solución de Runlayer. 7

Los procesos duraron aproximadamente tres semanas antes de que las partes presentaran solicitudes conjuntas de desistimiento. Al haberse retirado los casos de forma definitiva, esas demandas concretas quedaron cerradas permanentemente, pero los documentos no establecieron que las acusaciones de una u otra empresa fueran ciertas. Cada compañía asumió sus propios costes legales. 10

Por qué fue importante el lanzamiento de Rippling

Rippling presentó su gateway competidor el mismo día en que desaparecieron las demandas. Ese calendario dejó más claro el resultado práctico que el jurídico: el producto que Runlayer había intentado bloquear llegó al mercado y Runlayer mantuvo su posición como competidor directo. 114

Rippling presentó el gateway como parte de una oferta más amplia de gobernanza de IA integrada en su plataforma de software empresarial. Runlayer, por su parte, se define como un plano de control empresarial más amplio para servidores MCP, Skills, complementos, clientes de IA y agentes. Sus materiales de producto incluyen un gateway MCP, controles de políticas y OAuth, seguridad en tiempo de ejecución, registros de auditoría, un entorno de ejecución para agentes y herramientas para detectar implementaciones de MCP no gestionadas o «ocultas». 293127

La información disponible no demuestra que ambos productos tengan arquitecturas o funciones idénticas. La comparación que sí está respaldada por las fuentes es más concreta: las dos compañías compiten por la capa empresarial que controla cómo los agentes de IA acceden a herramientas y datos corporativos, mientras Runlayer presenta un modelo más especializado y amplio de plano de control. 71429

Qué hace un gateway MCP

El Protocolo de Contexto de Modelo —MCP, por sus siglas en inglés— ofrece una forma estandarizada para que los clientes y agentes de IA se conecten con herramientas y fuentes de datos externas. Un gateway MCP se sitúa entre esos clientes y los sistemas empresariales, y crea un punto central para gestionar los permisos y supervisar la actividad. 2132

En la práctica, un gateway puede ayudar a una organización a:

• Autenticar y autorizar solicitudes: vincular cada petición con la identidad de una persona o servicio y aplicar permisos por rol o de mínimo privilegio.
• Controlar el acceso a herramientas y datos: permitir únicamente servidores MCP y herramientas aprobados, y limitar el alcance de cada agente.
• Aplicar seguridad durante la ejecución: inspeccionar o filtrar la actividad mientras las solicitudes circulan entre los agentes y las herramientas.
• Aportar visibilidad: registrar solicitudes, llamadas a herramientas, decisiones de políticas, errores y trazas para facilitar las investigaciones y las auditorías.
• Mantener las operaciones bajo control: conservar la identidad, las políticas, las comprobaciones de seguridad y la auditoría asociadas a cada solicitud MCP antes de que llegue a los sistemas de la empresa. 293234

Los planos de control empresariales también pueden incorporar enrutamiento de modelos y seguimiento del gasto en tokens. Estas funciones permiten dirigir cargas de trabajo hacia modelos aprobados y entender el uso por empleado, equipo, agente o flujo de trabajo. Sin embargo, las fuentes disponibles para esta disputa no demuestran que Rippling y Runlayer implementen todas esas capacidades de la misma forma.

El perfil de Runlayer

Runlayer es una startup neoyorquina de infraestructura de IA empresarial que salió de su etapa de desarrollo confidencial en noviembre de 2025. La empresa comenzó con 11 millones de dólares en financiación inicial de Felicis y Khosla Ventures. 47

En junio de 2026 anunció una ronda Serie A de 30 millones de dólares, liderada por Felicis y con participación de Khosla Ventures. La operación elevó su financiación total declarada a 42 millones de dólares. Andrew Berman, fundador anteriormente de Nanit y responsable de IA en Zapier, dirige la compañía como cofundador y CEO. 404547

Esa financiación y sus primeros clientes situaron a Runlayer como un especialista con un respaldo importante en un mercado todavía en formación. La demanda puso de relieve la vulnerabilidad que puede acompañar a esa posición: una startup puede tener que mostrar su producto en profundidad para conquistar una gran cuenta empresarial, mientras el posible cliente obtiene suficiente conocimiento para convertirse en rival.

La lección para los fundadores: una evaluación puede convertirse en una relación competitiva

Las acusaciones siguen siendo objeto de disputa, pero el riesgo empresarial subyacente es claro. Una prueba de concepto prolongada puede dar acceso a hojas de ruta, documentación técnica, arquitectura, procesos de ingeniería y, en ocasiones, código fuente. Si el posible cliente decide finalmente desarrollar una alternativa interna, la startup puede haber pasado meses formando a un competidor potencial y retrasando otras oportunidades comerciales.

El riesgo es especialmente intenso en la infraestructura de IA. Los protocolos, las capacidades de los modelos, las expectativas de seguridad y las categorías de producto pueden cambiar rápidamente, lo que reduce el valor de una evaluación tradicional de un año. En el caso de Runlayer y Rippling, el conflicto se comprimió en cuestión de semanas: a una evaluación extensa le siguieron el litigio, un periodo limitado de intercambio de pruebas, el desistimiento y el lanzamiento de un producto rival. 1014

Para las startups, algunas medidas prácticas son:

1. Limitar el alcance del piloto. Mostrar solo las capacidades necesarias para responder a la decisión de compra.
2. Revelar la información por etapas. Mantener la arquitectura sensible, la hoja de ruta y los detalles de implementación detrás de hitos explícitos.
3. Fijar una fecha de finalización. Toda prueba debería tener un plazo definido y un proceso de decisión documentado.
4. Acordar los criterios de conversión. Establecer por adelantado qué condiciones deben cumplirse para considerar exitosos la compra, la contratación y el despliegue.
5. Controlar el acceso técnico. Usar entornos aislados, permisos granulares, registros y credenciales revocables.
6. Crear un punto de decisión entre desarrollar o comprar. Preguntar pronto si el posible cliente está evaluando un proveedor o recopilando requisitos para construir un producto interno.

Un acuerdo de confidencialidad puede proteger información concreta, pero por sí solo no garantiza que una empresa con abundante financiación no entre en el mismo mercado. La vía judicial puede abordar conductas específicas, aunque quizá no consiga impedir que un competidor lance su producto mientras el mercado continúa avanzando.

Qué revela finalmente la disputa

El caso no fue un veredicto sobre la tecnología de los gateways MCP. Fue un ejemplo especialmente visible de la rapidez con la que un proceso de ventas empresariales puede transformarse en un conflicto de producto y propiedad intelectual.

Runlayer llegó a la disputa como un especialista financiado que desarrollaba un plano de control gobernado para agentes de IA empresariales. Rippling salió de ella con un gateway competidor lanzado inmediatamente después del cierre de las demandas. Sin acuerdo, pagos, licencia ni decisión judicial sobre el fondo, la pregunta decisiva pasa ahora al terreno comercial: ¿qué enfoque confiarán las empresas para controlar la conexión, cada vez más importante, entre los agentes de IA, las herramientas y los datos corporativos?