訴訟は終わったが、競争は始まった——RunlayerとRipplingのMCPゲートウェイ騒動

RunlayerとRipplingの短い知的財産紛争は、2026年8月20日に急展開で幕を閉じた。両社は競合する訴訟をともに「with prejudice（再び同じ請求を提起できない形）」で取り下げ、裁判所の記録上、和解金や補償金の支払いはなく、相手側の弁護士費用を負担することもなかった。101

ただし、これは疑惑に決着がついたという意味ではない。RipplingがRunlayerの機密情報を不正利用したのか、RunlayerがRipplingの特許を侵害したのかについて、裁判所が本案の判断を下したわけではない。法的な争いが消えた一方、商業上の競争はむしろ明確になった。

何が争われていたのか

Runlayerは7月28日、Ripplingが同社のMCPゲートウェイを1年以上にわたって評価し、両社のエンジニアリングチームが密接に協力したにもかかわらず、顧客契約を結ばず、評価中に得た機密情報を使って競合製品を開発したと主張して提訴した。Ripplingはこの主張を否定した。1417

これに対しRipplingは、Runlayerが自社の3件の特許を侵害したとして特許訴訟を起こした。また、Runlayerの製品と直接競合する自社のMCPゲートウェイを開発していることも明らかにしていた。7

両訴訟が共同で取り下げられたのは、争いが始まってからおよそ3週間後だった。with prejudiceでの取り下げによって今回の事件自体は恒久的に終了したが、どちらの主張が正しかったかは確定していない。法的費用も各社が自ら負担する形となった。10

Ripplingが「同じ日に」製品を出した意味

訴訟の取り下げと同じ日に、Ripplingは問題の中心にあったMCPゲートウェイを公開した。Runlayerが発売阻止を目指していた製品が市場に登場し、Runlayerはそのまま競合相手として残ったことになる。114

Ripplingはこのゲートウェイを、業務ソフトウェア基盤に組み込まれたAIガバナンス機能の一部として位置づけている。一方のRunlayerは、MCPサーバー、Skills、プラグイン、AIクライアント、エージェントを横断的に管理するエンタープライズ向けの「コントロールプレーン」を掲げる。

Runlayerが公開している製品情報には、MCPゲートウェイ、ポリシー管理とOAuth、実行時のセキュリティ、監査証跡、エージェントランタイム、未管理または「シャドー」と呼ばれるMCP環境を見つける機能などが含まれる。293127

現時点の情報だけで、両社の内部アーキテクチャや機能が完全に同じだと断定することはできない。より確実に言えるのは、両社がAIエージェントから業務ツールや企業データへアクセスする際の「管理レイヤー」をめぐって競争していることだ。Runlayerは、より専門性の高い複数製品型のコントロールプレーンとして自社を打ち出している。71429

MCPゲートウェイとは何か

MCP（Model Context Protocol）は、AIクライアントやエージェントが外部のツールやデータに接続するための標準的な方法を提供する。MCPゲートウェイは、AI側と企業システムの間に立つ中継・管理層だ。アクセスを一カ所に集約することで、接続先の制御や利用状況の監視を行いやすくする。2132

企業環境では、ゲートウェイに次のような役割が期待される。

• 認証と認可: ユーザーやサービスの身元を確認し、役割ベースの権限や最小権限の原則を適用する。
• ツールとデータへのアクセス制御: 承認済みのMCPサーバーやツールだけを利用可能にし、エージェントが到達できる範囲を制限する。
• 実行時のセキュリティ: エージェントとツールの間を流れるリクエストを検査・フィルタリングする。
• 可観測性: リクエスト、ツール呼び出し、ポリシー判断、エラー、トレースを記録し、監査や調査に使えるようにする。
• 統制された運用: 企業システムに到達する前に、MCPリクエストへ認証、ポリシー、セキュリティ検査、監査を一貫して適用する。293234

エンタープライズ向けのコントロールプレーンには、モデルルーティングやトークン利用量の追跡が加わる場合もある。承認済みモデルへ処理を振り分けたり、従業員、チーム、エージェント、ワークフローごとの利用状況を把握したりする機能だ。

ただし、今回確認できる資料からは、RipplingとRunlayerがこれらすべての機能を同じ方法で実装しているとは言えない。機能の名称が似ていても、対象範囲や運用方法まで同一とは限らない点には注意が必要だ。

Runlayerはどんな会社か

Runlayerはニューヨークを拠点とするエンタープライズAIインフラのスタートアップで、2025年11月にステルス状態から事業を公表した。立ち上げ時には、FelicisとKhosla Venturesから1,100万ドルのシード資金を調達している。47

2026年6月には、Felicisが主導し、Khosla Venturesが参加する3,000万ドルのシリーズAを発表。累計調達額は4,200万ドルとなった。404547

共同創業者兼CEOは、ベビーモニター企業Nanitを創業し、その後ZapierでAI部門に携わったAndrew Berman氏だ。4047

資金力と初期顧客の獲得によって、Runlayerは形成途上の市場における有力な専門企業として存在感を高めていた。しかし今回の訴訟は、そうしたスタートアップが抱える難しさも示した。大企業との契約を得るには製品を深く見せる必要がある一方、見込み顧客がその知識をもとに競合製品を開発する可能性もある。

創業者への教訓——製品評価は競争の入口にもなる

両社の主張は今も対立したままだが、ビジネス上のリスクは見えやすい。長期のPoC（概念実証）では、製品ロードマップ、技術文書、システム構成、開発チームの作業方法、場合によってはソースコードまで共有されることがある。

見込み顧客が最終的に内製を選べば、スタートアップは数カ月をかけて潜在的な競合相手に自社製品を説明しただけ、という結果になりかねない。

この問題は、AIインフラのように市場の変化が速い分野で特に深刻だ。プロトコル、モデルの性能、セキュリティ要件、製品カテゴリーが短期間で変わるため、従来型の「1年かけて評価する」販売プロセスは、評価が終わる前に前提そのものが古くなる可能性がある。今回も、長期の評価から訴訟、短期間のディスカバリー、取り下げ、競合製品の発売までが数週間に圧縮された。1014

スタートアップ側が取り得る実務的な対策は次の通りだ。

1. PoCの範囲を絞る: 購買判断に必要な機能だけを実証する。
2. 段階的に情報を開示する: 機密性の高いアーキテクチャやロードマップは、明確な進捗条件を満たした後に共有する。
3. 評価期限を設定する: 終了日と意思決定の手順を最初に文書化する。
4. 契約への移行条件を決める: 成功の定義、調達、導入に必要な条件を事前に合意する。
5. 技術アクセスを管理する: 分離環境、細かな権限設定、ログ、失効可能な認証情報を使う。
6. 内製か購入かの確認点を設ける: 相手がベンダーを評価しているのか、内製製品の要件を集めているのかを早い段階で確認する。

NDA（秘密保持契約）は特定の情報を守る助けにはなるが、資金力のある企業が同じ市場に参入すること自体を保証付きで防げるものではない。訴訟で特定の行為を争うことはできても、市場が動き続けるなかで競合製品の発売を止められるとは限らない。

法廷の決着より、これからの市場が重要になる

今回の一件は、MCPゲートウェイ技術についての司法判断ではない。エンタープライズ向けの商談が、どれほど短期間で製品競争や知的財産紛争へ変わり得るかを示す事例だ。

Runlayerは、企業のAIエージェント利用を統制するコントロールプレーンを開発する、資金調達済みの専門スタートアップとしてこの争いに入った。Ripplingは訴訟の取り下げ直後に競合ゲートウェイを発売し、市場に自社の選択肢を加えた。

和解、金銭の支払い、ライセンス契約、そして本案に関する裁判所の判断がない以上、次の焦点は商業面に移る。AIエージェントとツール、企業データを結ぶ急速に拡大する接続層を、企業がどちらのアプローチに託すのか。今回の訴訟の本当の勝敗は、これからの導入実績と信頼によって決まることになる。