Runlayer и Rippling закрыли дела без выплат, но Rippling запустила конкурирующий MCP-шлюз

Взаимная судебная тяжба Runlayer и Rippling завершилась почти так же стремительно, как началась. 20 августа 2026 года компании совместно прекратили свои иски с формулировкой «с окончательным прекращением дела» (with prejudice). Согласно судебным документам, стороны не заключали мирового соглашения, не выплачивали друг другу компенсации и не возмещали судебные расходы. В тот же день Rippling выпустила MCP-шлюз, ставший центром конфликта. 101

Это поставило точку в конкретных судебных делах, но не подтвердило обвинения ни одной из сторон. Суд не устанавливал, использовала ли Rippling конфиденциальную информацию Runlayer и нарушила ли Runlayer патенты Rippling. Спор просто перешёл из юридической плоскости в коммерческую.

Как развивался конфликт

28 июля Runlayer подала иск против Rippling. По версии стартапа, более крупная компания свыше года тестировала его MCP-шлюз, а её инженеры тесно взаимодействовали с командой Runlayer. Однако Rippling так и не стала клиентом и вместо этого, как утверждал истец, использовала конфиденциальные сведения для создания конкурирующего продукта. Rippling отрицала эти обвинения. 1417

В ответ Rippling подала патентный иск, заявив, что Runlayer нарушила три принадлежащих ей патента. Компания также сообщила, что разрабатывает собственный MCP-шлюз, который будет напрямую конкурировать с продуктом Runlayer. 7

Противостояние продолжалось около трёх недель. Затем стороны подали совместные заявления о прекращении дел. Формулировка with prejudice означает, что именно эти дела закрыты окончательно, однако она не означает, что суд признал правоту одной из компаний. Каждая сторона осталась со своими юридическими расходами. 10

Почему запуск Rippling оказался важнее самого финала в суде

Rippling запустила конкурирующий шлюз в тот же день, когда судебные дела исчезли из повестки. Практический итог оказался нагляднее юридического: продукт, запуск которого Runlayer пыталась заблокировать, вышел на рынок, а Runlayer сохранила статус прямого конкурента. 114

Rippling позиционирует шлюз как часть более широкой системы управления корпоративным использованием AI в своей платформе для бизнеса. Runlayer, напротив, описывает себя как специализированную инфраструктурную платформу — единый контур управления MCP-серверами, Skills, плагинами, AI-клиентами и агентами. В материалах компании упоминаются MCP-шлюз, политики доступа и OAuth, защита во время выполнения, журналы аудита, среда выполнения агентов, а также инструменты для обнаружения неуправляемых и «теневых» MCP-развёртываний. 293127

Доступные источники не позволяют утверждать, что архитектура и набор функций двух продуктов полностью совпадают. Более точное сравнение выглядит так: обе компании претендуют на корпоративный уровень, который контролирует доступ AI-агентов к инструментам и бизнес-данным, тогда как Runlayer публично делает акцент на специализированной многокомпонентной платформе управления. 71429

Что такое MCP-шлюз

MCP — Model Context Protocol, или протокол контекста модели, — стандартизированный способ, с помощью которого AI-клиенты и агенты подключаются к внешним инструментам и данным. MCP-шлюз располагается между агентом и корпоративными системами и становится централизованной точкой контроля таких подключений. 2132

На практике шлюз может помогать компании:

• Аутентифицировать и авторизовать запросы: связывать их с конкретным пользователем или сервисом и применять ролевые правила либо принцип минимально необходимых привилегий.
• Ограничивать доступ к инструментам и данным: разрешать только одобренные MCP-серверы и инструменты и не давать агенту доступ к лишним системам.
• Проверять активность в реальном времени: анализировать или фильтровать обмен данными между агентами и инструментами.
• Обеспечивать наблюдаемость: сохранять запросы, вызовы инструментов, решения политик, ошибки и трассировки для расследований и аудита.
• Поддерживать контролируемую эксплуатацию: обеспечивать, чтобы идентификация, политики, проверки безопасности и аудит применялись к MCP-запросу до того, как он достигнет корпоративной системы. 293234

Корпоративные платформы управления могут также добавлять маршрутизацию запросов к моделям и учёт расходов на токены. Это позволяет направлять задачи к одобренным моделям и понимать использование по сотруднику, команде, агенту или рабочему процессу. Однако имеющиеся материалы не подтверждают, что Rippling и Runlayer одинаково реализуют все перечисленные возможности.

Что известно о Runlayer

Runlayer — нью-йоркский стартап в сфере корпоративной AI-инфраструктуры. Компания вышла из режима stealth в ноябре 2025 года, объявив о посевном финансировании в размере $11 млн от Felicis и Khosla Ventures. 47

В июне 2026 года Runlayer сообщила о привлечении ещё $30 млн в раунде Series A под руководством Felicis при участии Khosla Ventures. Общий объём заявленного финансирования достиг $42 млн. Компанию возглавляет сооснователь и генеральный директор Эндрю Берман, ранее основавший Nanit и работавший в области AI в Zapier. 404547

Финансирование и первые корпоративные клиенты помогли Runlayer закрепиться как хорошо поддержанный специализированный игрок на ещё формирующемся рынке. Но этот статус создаёт и уязвимость: чтобы продать продукт крупной компании, стартапу часто приходится подробно показывать его потенциальному клиенту — и тем самым давать ему достаточно знаний для разработки собственного решения.

Главный урок для основателей: тестирование может превратиться в конкурентную разработку

Обвинения Runlayer остаются спорными, но связанный с ними коммерческий риск понятен. Длительный proof of concept — техническое подтверждение концепции перед покупкой — может включать доступ к дорожной карте продукта, технической документации, архитектуре, инженерным процессам, а иногда и исходному коду. Если потенциальный клиент решит разработать решение самостоятельно, стартап рискует месяцами обучать будущего конкурента и одновременно откладывать работу с другими заказчиками.

Для AI-инфраструктуры этот риск особенно заметен. Протоколы, возможности моделей, требования к безопасности и сами продуктовые категории меняются быстро, поэтому традиционная оценка, рассчитанная на год, может устареть ещё до завершения. В случае Runlayer и Rippling длительное тестирование за несколько недель переросло в судебный спор, ограниченное раскрытие материалов, прекращение дел и запуск конкурирующего продукта. 1014

Стартапам могут помочь следующие меры:

1. Ограничивать масштаб пилота. Показывать только те возможности, которые необходимы для принятия решения о покупке.
2. Раскрывать информацию поэтапно. Скрывать чувствительную архитектуру, детали реализации и дорожную карту за чёткими контрольными этапами.
3. Фиксировать срок оценки. У пилотного проекта должны быть дата завершения и документированный процесс принятия решения.
4. Заранее определять критерии перехода к покупке. Стороны должны понимать, что именно будет считаться успехом и какие условия нужны для закупки и внедрения.
5. Контролировать технический доступ. Использовать изолированные среды, детальные разрешения, журналирование и отзываемые учётные данные.
6. Вводить отдельную точку «создавать или покупать». Рано выяснять, оценивает ли потенциальный клиент поставщика или собирает требования для внутренней разработки.

Соглашение о неразглашении может защищать конкретные сведения, но само по себе не гарантирует, что хорошо финансируемая компания не выйдет на тот же рынок. Судебный иск способен касаться определённых действий, но не обязательно остановит конкурента, пока тот продолжает выпускать продукт, а рынок меняется.

Что в итоге показывает эта история

Это не судебный вердикт о технологии MCP-шлюзов. Скорее, наглядный пример того, как быстро корпоративный процесс продажи может превратиться в конфликт вокруг продукта и интеллектуальной собственности.

Runlayer вошла в эту историю как финансируемый специализированный разработчик управляемой платформы для корпоративных AI-агентов. Rippling вышла из неё с собственным шлюзом, запущенным сразу после прекращения исков. Поскольку не было ни мирового соглашения, ни выплат, ни лицензирования, ни решения по существу, теперь главный вопрос решается не в суде: какой подход предприятиям окажется достаточно надёжным для контроля быстро растущей связи между AI-агентами, инструментами и корпоративными данными?