Runlayer и Rippling отказались от исков — но эта шумиха по-прежнему служит предостережением для основателей
В среду вечером Runlayer и Rippling отозвали свои соответствующие иски друг против друга. Никакого соглашения достигнуто не было. Деньги не переходили из рук в руки. Согласно судебным документам, с которыми ознакомился TechCrunch, даже расходы на адвокатов не были возмещены.
Rippling отпраздновала это, немедленно выпустив свой шлюз MCP — продукт, находившийся в центре двух исков и конкурирующий с предложением Runlayer.
Эта публичная борьба служит основателям предостережением: в эпоху ИИ, когда создание нового программного обеспечения стало почти тривиальным, никогда не знаешь, кто окажется твоим следующим конкурентом. Им может оказаться даже потенциальный клиент.
Кратко напомним об этом недолгом юридическом скандале: Runlayer — стартап на ранней стадии, который вышел из скрытого режима в ноябре 2025 года и в общей сложности привлёк 42 миллиона долларов от таких венчурных инвесторов, как Кит Рабуа из Khosla Ventures и Felicis. Компанию возглавляет серийный основатель Эндрю Берман, создающий уже третью компанию (среди его предыдущих проектов — производитель радионянь Nanit и инструмент для видеоконференций на базе ИИ Vowel, который был продан Zapier в 2024 году).
Согласно иску Runlayer, после того как Rippling более года тестировала шлюз MCP Runlayer, а две инженерные команды тесно сотрудничали, Rippling так и не подписала договор о сотрудничестве в качестве клиента. Вместо этого Берман получил сообщение от сотрудника Rippling, который написал, что его работодатель создаёт собственный шлюз MCP и планирует выпустить его как продукт. Этот сотрудник назвал продукт Rippling клоном Runlayer.
Runlayer подала иск, утверждая, что Rippling нарушила договорные соглашения, регулирующие тестирование её продуктов.
Шлюз MCP безопасно обрабатывает запросы ИИ-агентов предприятия на получение данных из других программных систем. Например, когда специалист по найму запрашивает сведения о пяти лучших кандидатах на должность, включая их электронные адреса, эти данные необходимо извлечь из системы подбора персонала компании. Шлюз обрабатывает процесс извлечения, вместо того чтобы предоставлять агентам прямой доступ к программным системам компании. Кроме того, он может дополняться такими функциями, как контроль доступа на основе ролей сотрудников (менеджеры получают доступ, отличающийся от доступа стажёров), наблюдаемость (журналы и история использования) и так далее.
Затем Rippling подала встречный иск, заявив, что Runlayer нарушила ряд её патентов. Runlayer расценила этот шаг как попытку заставить её отозвать свой иск, одновременно увеличивая судебные расходы.
Runlayer отозвала свой иск после трёх недель, проведённых в рамках раскрытия доказательств. Rippling также отозвала собственный иск и не получила никакой компенсации по соглашению.
Итак, хотя иски не привели ни к чему, кроме многочисленных публичных оскорблений, для основателей здесь есть более глубокий вывод. Ландшафт ИИ меняется настолько стремительно, что затяжные технические состязания, которые крупные компании любят навязывать стартапам, необходимо переосмыслить. За те месяцы, которые проходят с момента заключения стартапом в сфере ИИ такого соглашения и до его завершения, потребности и желания предприятия могут радикально измениться.
Тем временем всего за несколько недель Rippling, чьим основным бизнесом исторически были управление зарплатами и льготами, вышла на рынок шлюзов ИИ с инструментом, способным направлять запросы к различным моделям и отображать расходы на токены по каждому сотруднику. Этот продукт конкурирует с такими компаниями, как Stripe, Ramp и Databricks.
Теперь Rippling также занимается безопасностью ИИ, предлагая этот шлюз MCP, который связывает доступ к ИИ с ролями сотрудников. Он конкурирует с такими компаниями, как Runlayer, Docker и Amazon Bedrock.
Что касается Runway, компания предлагает более широкий набор услуг по обеспечению безопасности агентов, связанных со шлюзом, — от создания агентов до выявления скрытых ИИ-агентов, работающих в корпоративной среде без ведома ИТ-отдела.
Переведено автоматически с английского. Оригинал статьи — по ссылке ниже.