Runlayerが主張するMCPゲートウェイの窃取疑惑

TechCrunchの報道によれば、MCPスタートアップのRunlayerは、給与・人事管理サービスを提供するRipplingに対して訴訟を起こした。訴訟の核心は、RipplingがRunlayerのMCPゲートウェイ製品を評価した後、同様の製品を自社で構築することを選んだという点にある。この「評価してから自社開発に転換した」という経緯こそが、Runlayer側の核心的主張であり、製品アイデアを盗用されたとする訴えの根拠になっている。

現時点で公開されている情報では、RunlayerのMCPゲートウェイ製品が具体的にどのようなAPIやアーキテクチャを持つのかは説明されていない。ソースには製品名としての「MCPゲートウェイ」という言及があるのみで、エンドポイント名や設定項目、バージョン番号などの技術仕様は記載がない。

（出典: techcrunch.com）

Ripplingによる評価から自社製品開発への流れ

報道によると、RipplingはまずRunlayerのMCPゲートウェイ製品を評価する立場にあった。その後、Ripplingは同じ領域の製品を自社で構築するという判断を下したとされている。この「ベンダー評価 → 自社内製への切り替え」という流れが、Runlayerが提訴に踏み切った直接のきっかけになっている。

提供されたソース情報では、Ripplingが実際にどのような製品を開発したのか、その機能やリリース時期についての詳細は明らかにされていない。したがって、Rippling側の製品がRunlayerのものとどの程度技術的に類似しているかを、本記事の時点で具体的に比較することはできない。

（出典: 前出 [techcrunch.com]）

MCPゲートウェイという技術カテゴリの実装詳細について

提供されたソース情報では、MCPゲートウェイというカテゴリ自体の内部処理フロー（認証やルーティングの仕組みなど）についての説明は行われていない。したがって、クエリ処理のステップやデータ取り込みのメカニズムを本記事で具体的に解説することはできない。

読者がRunlayerの製品やこの訴訟の詳細な進展を追いたい場合、公式のGetting Startedページはこのソースには記載されていないため、まずはTechCrunchの元記事を参照するのが現時点での最も確実な入り口になる。

（出典: 前出 [techcrunch.com]）

まとめ

  • Runlayer対Ripplingの訴訟事例を踏まえ、MCPゲートウェイのようなインフラ製品をベンダーに評価させる際は、事前に秘密保持条項やアイデア保護の範囲を法務担当者と確認するプロセスを整備できる。
  • 自社でMCPゲートウェイ相当の機能を内製する計画がある場合、既存スタートアップ製品（Runlayerなど）を評価した履歴があるかどうかを社内で棚卸しし、知的財産リスクを事前に洗い出すことができる。
  • 技術詳細が非公開のニュース速報を読む際は、公式ドキュメントやGetting Startedページの有無を都度確認し、実装判断を下す前に一次情報を待つという運用ルールを自チームに導入できる。