Runlayer、MCP Gateway構築に向けた機密情報の不正利用でRipplingを提訴

Runlayerは、約1年に及んだ評価プロセスの後、Ripplingを提訴した。見込み顧客への販売機会は、現在Google Newsでも広がりつつある係争へと発展した。

同スタートアップは、Ripplingがトライアルで得た機密資料を用い、競合するModel Context Protocol Gatewayを開発したと主張している。Ripplingは独自のGatewayを立ち上げることは認めつつ、Runlayerの知的財産を利用したとの主張は否定している。

この争いが重要なのは、両社に限った話ではない。エンタープライズソフトウェアのトライアルでは、顧客が契約を締結する前に、ベンダーが製品アーキテクチャ、ロードマップ、実装の詳細を開示する必要があることが多い。その結果、技術力のある顧客は、製品を購入するよりも社内代替策を構築するほうが魅力的だと判断できる。

AIインフラのスタートアップにとって、このリスクはより深刻になる。こうした製品は、オープンなプロトコルや馴染みのあるソフトウェアパターンに近接していることが多い。一方で、それらのプロトコルを安全に管理・運用するための知識は、ベンダーにとって実質的な優位性の大部分を占め得る。

この訴訟は、Ripplingが何かをコピーしたことを立証するものではない。相反する二つの説明を裁判所に提示し、重要な技術的証拠はなお非公開のままとしている。しかし、高度な技術企業にインフラを販売するあらゆるスタートアップに共通する構造的な問題を浮き彫りにしている。

製品トライアルが営業秘密訴訟へ発展

Runlayerは、保護された評価が製品テストの範囲を越え、無断の製品開発に至ったと主張している。

Runlayerは、Model Context Protocol、すなわちMCP向けのエンタープライズGatewayを提供している。このプロトコルは、AIアプリケーションが外部ツールや業務データに接続するための共通の方法を提供する。

Gatewayは、こうしたアプリケーションとMCP Serverの間に配置される。権限の強制、ツール呼び出しの検査、アクティビティの記録、AI Agentが到達できるシステムの制限を担うことができる。

訴訟に関する報道によると、Ripplingは見込み顧客としてRunlayerを評価した。両社は相互秘密保持契約を締結し、Ripplingは製品トライアル契約にも署名したと報じられている。

Runlayerは、後者の契約が知的財産の複製や派生物の作成を禁じていたと主張している。この種の文言は、商用評価をベンダー技術への無制限なアクセスと区別し得る。

同スタートアップによれば、この評価には約1年にわたる緊密なエンジニアリング協業が含まれていた。Runlayerは、その期間にソースコード、製品ロードマップ、その他の技術情報を共有したとしている。

こうした主張により、この争いは競合他社が類似機能を投入したことへの単なる不満よりも具体性を帯びる。中心的な問題は、Ripplingが保護対象の情報をトライアルを通じて利用したかどうかであり、MCPガバナンスへの需要を独自に認識したかどうかではない。

TechCrunchによる訴状の説明では、両社は最終的に商業条件で合意できなかった。Runlayerはその後、評価を終了した。

Runlayerは、後に内部関係者が創業者兼CEOのAndrew Bermanへ連絡してきたと主張している。報告されたメッセージでは、Rippling社内のプロジェクトが実質的にクローンであり、Runlayerのほぼ一対一のコピーであると説明されていたという。

この報告されたメッセージは、訴状で引用された主張である。その作成者、文脈、裏付けとなる証拠は、公の報道で独立して確認されていない。

RunlayerはRipplingを、営業秘密の不正流用、不正競争、契約違反で訴えている。訴訟対応にはSullivan & Cromwellを起用した。

Ripplingは主張を退けている。同社の広報担当者はTechCrunchに対し、請求は捏造であり、競争を制限することを意図したものだと述べた。同社は、自社のGatewayはRippling独自の情報のみに依拠しているとしている。

この否定が、事件の中心的な事実上の対立を生んでいる。Runlayerは保護されたトライアルの後にコピーが行われたと説明する一方、Ripplingは独自の製品開発の後、競合を阻止しようとする試みが起きたと説明する。

裁判所がこの対立を解決するには、製品の類似性だけでは足りない。Runlayerが何を開示したのか、誰がそれを受け取ったのか、Ripplingがどのように製品を開発したのか、そして機密要素がRipplingの実装に現れているかを検討する可能性が高い。

その証拠が明らかになるまで、最も重要な確認済みの事実はより限定的だ。RipplingはRunlayerを評価し、現在は競合するMCP Gatewayを立ち上げているが、両者に機密情報の不正利用は関係していないと否定している。

Google Newsの注目が重要性を高める理由

Google Newsは、エンタープライズAIスタートアップが高接触型の販売トライアルをどのように実施するかを問う訴訟を増幅している。

この争いは、MCP Gatewayが認知可能なエンタープライズソフトウェアのカテゴリーになりつつある時期に起きた。このタイミングにより、主張は通常の契約上の対立を超えた重要性を持つ。

Anthropicは2024年11月、MCPをオープンスタンダードとして導入した。同社のMCP発表は、AI Assistantがコンテンツリポジトリ、業務ツール、開発環境に接続するための共通の方法を説明している。

オープンプロトコルにより、データソースごとに別々の統合方法を作る必要は減る。しかし、認可、監視、セキュリティ、コンプライアンスの要件が自動的に解決されるわけではない。

こうした残る課題が、Gatewayの余地を生む。企業は、すべてのモデルに給与記録、社内文書、顧客データ、本番ツールへの無制限なアクセスを与えることなく、Agentが有用なシステムへ到達することを望んでいる。

Runlayerは、マネージドGatewayとガバナンス製品によって、この市場レイヤーに参入した。同社はKhosla VenturesやFelicisを含む投資家から、累計4,200万ドルを調達したと報じられている。

同スタートアップの立場は、訴訟の方向性を左右する区別に依拠している。MCP自体はオープンだが、Runlayerはその実装、ソースコード、ロードマップ、運用技術には保護された知的財産が含まれると主張している。

これはエンタープライズソフトウェアでは珍しい区別ではない。データベースプロトコルが公開されていても、ベンダーの管理システムは独自技術であり得る。同じことは、オープンなネットワーキング標準を基盤とするセキュリティ制御にも当てはまる。

ただし、競合製品が類似のアーキテクチャを用いる場合、その境界を立証するのは難しくなり得る。Gatewayは一般に、ユーザーを認証し、トラフィックをルーティングし、ポリシーを適用し、ログを作成し、管理用コントロールを提供する。

そのためRunlayerは、一般的な概念、公開プロトコルの要件、通常のエンジニアリング慣行と区別できるだけの精度で、機密要素を特定する必要がある。MCP Gatewayというアイデアそのものに対する広範な所有権の主張は、当然ながら厳しい精査を受けるだろう。

Google Newsでの配信は世間の注目を高めるが、どちらの当事者の説明も裏付けるものではない。被告が詳細な答弁を提出する前や技術的証拠が利用可能になる前に、集約によって争いが決着済みのように見えることがある。

読者はGoogle Newsの見出しを、判決ではなく入口として扱うべきだ。見出しの文言はRunlayerの告発を要約したものであり、Ripplingの否定もこの問題を理解するうえで不可欠である。

それでも、この注目は実務上の圧力を生む。Runlayerの見込み顧客は、長期にわたるトライアルが同社の中核技術を露出させるかを問うかもしれない。Ripplingの顧客は、今後のGatewayが法的リスクや製品継続性のリスクに直面するかを問う可能性がある。

他のAIインフラベンダーは、Runlayerが開示内容をどのように記録したかを注視するだろう。Runlayerに有利な結果となれば、トライアル上の制限、アクセスログ、コード管理、狭く定義された営業秘密の価値が高まる可能性がある。

訴状が弱い、または早期に却下されれば、異なるシグナルを送ることになる。それは、裁判所が一般知識または容易に再現可能なエンジニアリングとみなす情報を開示した場合、契約上の保護では補えないことを示唆する。

RipplingはDeelとの過去の対立もあるため、評判面での緊張にも直面している。Ripplingは2025年、競合するHRプラットフォームを企業スパイ行為で非難し、内部関係者や会社の機密情報に関する主張も含めていた。

別件のスパイ行為をめぐる争いは、Runlayerの主張について何かを証明するものではない。しかし、Ripplingが機密情報をめぐる主張に対して自らを弁護する現在、不都合な対照を生んでいる。

この対照は報道を呼ぶだろう。ただし、新たな訴訟で求められる技術的・契約上の証拠に取って代わるものではない。

Runlayer対Ripplingは本質的に「自社開発か購入か」の争い

主な対立は、製品を守ろうとする専門ベンダーと、競合インフラを構築する権利を主張する大口顧客の間にある。

エンタープライズの購入者が、短いデモだけでインフラを評価することはほとんどない。セキュリティチームは、アーキテクチャレビュー、統合テスト、展開の詳細、エンジニアへの直接アクセスを求める。

こうした要請には、しばしば正当な目的がある。企業は、未検証のGatewayをAI Agentと機密性の高い業務システムの間に安全に配置することはできない。

実質的なトライアルでは、Gatewayが実際のワークロード、IDシステム、障害ケース、アクセスポリシーを処理できるかを明らかにできる。表面的なデモでは、顧客環境の中で初めて現れる問題を隠してしまう可能性がある。

したがってベンダーは、販売を完了するために十分な情報を開示しなければならない。それぞれの開示は、購入者が製品の仕組みと再現の難しさを理解する助けにもなる。

Runlayerは、企業はこの機能を購入すべきだと公に主張している。同社のGatewayに関する主張では、社内チームはMCPを取り巻くセキュリティ、パフォーマンス、保守の要求を過小評価し得るとしている。

この主張はベンダーの立場であり、独立した証拠ではない。一部の企業には、要件を満たすGatewayを構築するのに十分なエンジニアリング能力と社内コンテキストがある。

購入を主張するスタートアップにとって、Ripplingは特に難しい見込み顧客だ。同社のより広範な製品は、HR、給与計算、ID、デバイス管理、その他の業務機能を接続している。

これらのシステムを運用する企業は、すでに価値あるデータ、権限構造、統合インフラを管理している。また、別のベンダーを経路に加えることなく、その情報をAIアプリケーションから利用可能にする動機も持つ。

社内構築は、より緊密な製品統合と開発優先順位への直接的な制御をもたらし得る。また、戦略的に重要なインターフェースについて外部Gatewayへの依存を回避できる。

購入には異なる利点がある。専門企業は、セキュリティ研究、プロトコル更新、運用開発を複数の顧客に分散できる。また、競合するアプリケーションをまたぐ中立的な制御レイヤーを提供できる。

この訴訟は、合法的な社内開発がどこで終わるかを問う。顧客は通常、ベンダーを評価したというだけで市場参入の権利を失うわけではない。

ただし、署名済みの契約は、その評価中に受け取った機密情報を顧客がどう扱うかを制限し得る。情報に経済的価値があり、非公開性が維持され、合理的な保護措置が取られている場合、営業秘密法は追加的な保護を与え得る。

したがって、Runlayerの訴えは時系列だけに依拠することはできない。評価の後に社内開発が行われれば疑わしく見えることはあるが、時期だけでは不正利用は立証されない。

スタートアップ側には、自社の機密資料とRipplingの取り組みを結び付ける証拠が必要だ。その証拠には、アクセス記録、社内コミュニケーション、設計文書、コード履歴、あるいは不自然なほど具体的な技術的類似性が含まれ得る。

Ripplingは、独自開発を示す証拠で反論できる。先行する設計作業、分離されたエンジニアリングチーム、整備された文書、公開資料への依拠は、同社の否認を支える材料となる。

これはエンタープライズ向けトライアルの双方に対する警告となる。ベンダーには管理された情報開示と明確な記録が必要であり、買い手には評価資料と代替案を開発するチームとの分離が求められる。

相互秘密保持契約は有用な保護を提供するが、紛争を防ぐものではない。両当事者は引き続き、機密情報、許容される利用、保存、アクセスを定義する必要がある。

ソースコードはさらに事態を重大化させる。リポジトリの共有は、通常の製品文書では決して明らかにならない実装上の選択を露出させる可能性がある。

スタートアップは、誰がなぜそのコードにアクセスしたのかを正確に示せるべきだ。内製を検討する買い手は、自社のエンジニアが競合する開発に着手する前に、アクセスを制限すべきである。

こうした実務だけで、今回不正行為があったかどうかを判断することはできない。しかし曖昧さを減らし、後の主張を検証しやすくすることはできる。

RunlayerとRipplingの対立は、最終的には相反するビジネス上の必要性を反映している。スタートアップには複雑な顧客を獲得するための密な協業が必要である一方、有能な買い手は戦略的に重要となる技術を自ら構築する自由を求めている。

証拠はまだ疑惑に追いついていない

Runlayerは懸念すべき経緯を説明しているが、公開記録はまだRipplingが保護された技術をコピーしたことを証明していない。

物語として最も強い要素は、内部関係者とされる人物からのメッセージだ。Ripplingのプロジェクトを知るとされる人物は、それをほぼ一対一のコピーだと表現した。

見出しでは決定的に聞こえるこの説明も、法的・技術的には答えより多くの疑問を投げかける。

その人物が何を見たのか、「コピー」が何を意味したのか、比較対象がソースコード、アーキテクチャ、機能、製品ポジショニングのどれだったのかは不明のままだ。インターフェースが似ているだけの場合、その重みは非公開コードの一致とは異なる。

このメッセージには真正性の確認と文脈も必要だ。裁判所は、引用されたコミュニケーションが完全かつ正確で、一次的な知識に基づくものかを通常検討する。

Runlayerによるソースコードの開示は、より重要になる可能性がある。Ripplingの関係者が特徴的なコードにアクセスし、その後に実質的に類似した要素が同社のゲートウェイに現れたなら、そのつながりはスタートアップ側の主張を支える。

反対の結論もあり得る。Ripplingは、自社のゲートウェイが既存システムと公開MCP仕様に基づいて構築された、独自に作成したアーキテクチャを採用していると示すかもしれない。

多くのゲートウェイ機能は予測可能だ。認証、ポリシー適用、監査ログ、ルーティング、レート制限、可観測性は、API管理やセキュリティ製品全般に見られる。

企業は、ありふれた機能をMCP製品の中に置いただけで、すべてを営業秘密に変えることはできない。Runlayerは、真に機密であり、公開知識から容易に導き出せない情報を特定しなければならない。

また、合理的な保護措置も示す必要がある。報じられた契約は役立つが、裁判所はRunlayerがその情報をどれほど広く配布したか、アクセスを取り巻く統制がどのようなものだったかを検討し得る。

Ripplingの公開回答も同様に未検証だ。同社は独自情報のみを使用したとしているが、独立した技術レビューがその主張を確認したわけではない。

製品が優れているとの主張は、公開ベンチマークを伴わない競争上の発言である。製品品質もまた、保護された情報が開発に影響したかどうかを解決するものではない。

訴訟には、救済措置が複数の形を取り得るという別の不確実性もある。Runlayerは損害賠償、特定情報の利用制限、契約上の救済、またはRipplingのローンチ変更を求める可能性がある。

実務的な結末は、最終判決より前に訪れることもある。訴訟は展開を遅らせ、審査要件を増やし、顧客を遠ざけ、あるいは秘密和解につながる可能性がある。

これらの結果のいずれも、どちらの説明が正しかったかを必ずしも確定するものではない。企業は費用と不確実性を抑えるために和解することが多い。

業界競争は、Runlayerの知見が唯一無二だったという主張をさらに複雑にする。Citrixは2026年7月、NetScaler向けのMCP Gateway capabilitiesを発表した。

他のセキュリティ、アイデンティティ、API管理ベンダーも、エージェントガバナンスへと動いている。その存在は、複数の企業がエージェントとエンタープライズシステムの間にある制御点への需要を独立して見出していることを示す。

この混み合った市場は、コピーを否定するものではない。複数の競合他社が同じカテゴリーに到達する一方で、そのうちの一社が特定ベンダーの機密実装をなお不正利用している可能性はある。

ただし、正当な主張の範囲は狭まる。Runlayerは、早期に参入したというだけで市場カテゴリーの排他的所有権を得るわけではない。

懐疑的な見方は単純だ。見込み客が競合相手になったとき、失注が訴訟に変わったというものだ。この見方では、Runlayerは契約上の制約を適法な競争への障壁へと拡張しようとしている。

対立する見方にも一貫性がある。Ripplingが保護されたトライアルを利用し、開発プロセスを短縮して、公開調査では得られない詳細を入手したというものだ。

この二つの説明を分けられるのは、証拠開示手続きだけである。社内記録、リポジトリ履歴、評価ログ、証言は、どちらの企業の公開レトリックよりも重要になる。

Google News経由で訪れた読者は、この区別を保つべきだ。この疑惑は調査に値するだけの信頼性を持つが、事実として繰り返すほど確立されてはいない。

MCP Gatewayの競争は急速に拡大している

この訴訟は、オープン標準が競争を促す一方、エンタープライズセキュリティが独自の制御レイヤーへの需要を生むカテゴリーで起きている。

Anthropicは、AIシステムとデータソースを接続する共通の手法によって、断片化された統合を置き換えるためにMCPを設計した。採用が広がることで、アプリケーション開発者は多くのツールをより容易にサポートできるようになる。

標準化は参入障壁の一つも下げる。企業は、その周囲に管理ソフトウェアを構築する前に、基盤となる通信プロトコルを発明する必要がない。

これはスタートアップの迅速な市場参入を助ける。同時に、既存のインフラベンダーが、顧客がすでに利用している製品にMCP制御を追加することも可能にする。

アイデンティティプロバイダーは、エージェントの権限を既存のアクセスポリシーと接続できる。APIゲートウェイベンダーは、ルーティングと監視システムを適応できる。セキュリティ企業は、不審な挙動がないかツール呼び出しを検査できる。

クラウドプラットフォームは、より広範なデプロイ環境の中にMCPガバナンスを組み込める。業務ソフトウェア企業は、制御されたゲートウェイを通じて自社アプリケーションを公開できる。

RunlayerはRipplingだけでなく、こうしたすべての経路と競合している。同社の長期的な成否は、社内チームや大手ベンダーが再現できるよりも速く、特化した能力を提供できるかにかかっている。

同社は、MCPゲートウェイにはプロトコル固有の脅威検知と継続的な保守が必要だと述べている。エージェントが単にデータを取得するだけでなく、データに対して行動できる場合、この主張はより説得力を増す。

メール、給与計算、コードリポジトリ、顧客システムに接続されたエージェントは、重大な運用リスクを生み出し得る。不正確な権限設定や操作された指示は、通常のモデルエラーを業務上の行動へと変えてしまう可能性がある。

ゲートウェイは制限を適用する場所を一つ提供するが、完全なセキュリティシステムではない。その有効性は、アイデンティティ制御、サーバーの挙動、アプリケーション設計、そして企業が設定するポリシーに左右される。

ゲートウェイは危険なツール呼び出しをログに残しても、防止できないことがある。弱いポリシーを記述どおりに正確に適用することもある。また、多くのエージェント接続がそこを通過するため、価値の高い標的にもなり得る。

こうした制約は、実装に関する知識を商業的に価値あるものにする。同時に、すべての本格的なベンダーが類似したセキュリティ要件に対応しなければならないため、機能の重複が起こりやすくなる。

市場の成長は、Ripplingが自社製品を望む理由を説明する。同時に、Runlayerが長期評価を通じて得られた情報を守ろうとする理由も説明する。

エンタープライズの買い手にとって、この紛争はより規律ある評価プロセスを促すべきだ。概念実証は、文書化された目的、定義されたデータ境界、限定された参加者で始めるべきである。

顧客は、評価、統合、セキュリティレビューのどれを行っているのかを記録すべきだ。これらの目的には、異なる水準のアクセスが必要となり得る。

ベンダーは開示を段階化すべきである。見込み客がソースコードや詳細なロードマップ情報を受け取る前に、製品の挙動をテストできる。

より深いアクセスが必要になった場合、アクセス記録と有効期限のルールによって証拠を保全できる。また、評価チームと開発チームをまたいで働く人々による偶発的な再利用も減らせる。

内製する可能性のある買い手は、早い段階で明確な境界を設けるべきだ。交渉が決裂した後まで待つと、開発が独立していたとしても疑念を招く経緯が生まれる。

この事例は、ナレッジマネジメントに関する教訓も示している。エンジニアには、公開調査、顧客評価資料、独自の設計判断を区別する信頼できる記録が必要だ。

チームは、searchable knowledge baseを利用して、設計の来歴、会議メモ、技術情報源を保存できる。類似したアイデアが複数の経路から生じた場合、この記録は重要になる。

文書化は単なる防御策ではない。機能がなぜ存在するのか、どの制約がそれを形作ったのか、保護された情報が意思決定に影響したのかをチームが説明する助けになる。

スタートアップにとって、こうした記録は営業秘密の主張を支え得る。顧客にとっては、独自開発の抗弁を支え得る。

Google Newsの報道サイクルは、この証拠より速く進む。世間の注目はアイデアが盗まれたという単純な物語に集まりやすい一方、法的紛争にはアクセスと開発の詳細な再構成が必要となる。

この不一致こそ、この事案が慎重な報道に値する理由である。その価値は疑惑そのものよりも、証拠がエンタープライズAI販売について何を明らかにし得るかにある。

Google Newsの読者が次に注目すべきこと

この紛争が重要な営業秘密訴訟になるのか、それとも非公開の商業和解へと消えていくのかを示すシグナルは三つある。

第一のシグナルは、Ripplingの正式な回答である。詳細な提出書類は、同社が保護可能な秘密の存在に異議を唱えるのか、アクセスを否認するのか、それとも製品が独自開発されたと主張するのかを示すはずだ。

これらの抗弁は異なる意味を持つ。秘密性をめぐる争いはRunlayerの情報開示実務を試す一方、独自開発の抗弁はRipplingのエンジニアリング記録に注目を集める。

提出書類は、法廷地、求める救済、直近のローンチリスクも明確にする可能性がある。早期の差止救済を求める申立ては、Ripplingがゲートウェイをリリースまたは販売する能力に影響する可能性があるため、事態を重大化させる。

裁判所が証拠を検討した上で制限を認めれば、Runlayerの説明はより強くなる。裁判所が緊急の救済を退ければ、訴訟全体を必ずしも判断することなく、スタートアップの当面の交渉力は弱まるだろう。

第二のシグナルは、製品レベルの証拠である。Ripplingのゲートウェイのローンチは、そのポジショニング、統合、セキュリティモデル、そして同社の既存業務データとの関係を明らかにするはずだ。

公開された機能はソースコードを明らかにしない。それでも、その製品が主にRipplingの環境向けに設計されているように見えるのか、それともエンタープライズシステム全般でRunlayerと幅広く競合するのかは示し得る。

狭く統合された製品であれば、Ripplingが自社独自の資産と顧客ニーズを基に開発したという主張を裏付けることになる。一方、Runlayerの特異な機能に広く一致する製品であれば、より厳しい精査を招くだろう。ただし、類似性だけでは決定的な証拠にはならない。

競合他社の主張よりも、独立した検証の方が重要になる。セキュリティ研究者や企業ユーザーは、いずれのゲートウェイが掲げるガバナンス、分離、監視を実際に提供できるかを評価できる。

3つ目のシグナルは、他のエンタープライズベンダーがトライアルの進め方をどう変えるかだ。新たな契約文言、コードへのアクセス制限、評価期間の短縮、あるいはクリーンルーム開発方針の導入は、この紛争が業界の行動に影響したことを示すだろう。

クリーンルームのプロセスでは、機密資料に接触したエンジニアと、競合製品を開発するエンジニアを分離する。すべての評価で必須となるわけではないが、独立した開発を示す有力な証拠になり得る。

主要な買い手がこうした保護策を採用すれば、訴訟の最終的な結論にかかわらず影響は残る。エンタープライズAI製品が評価段階から調達へ移行する過程に潜む弱点を露呈させることになる。

慣行が変わらなければ、企業はこの対立を、二者間で起きた異例の関係破綻と捉えるかもしれない。技術的な証拠がほとんど公開されないため、秘密裏の和解となればその解釈はより強まるだろう。

開発者にとっての当面の教訓は、オープンなプロトコルだからといって、あらゆる実装が交換可能だと考えないことだ。アクセス、ポリシー、監視、脅威検知をめぐるアーキテクチャには、価値ある非公開の成果が含まれている可能性がある。

エンタープライズの買い手にとっての教訓は、内製開発が不可能になったということではない。評価時のアクセスと競合開発には、意図的に設けた境界が必要だということだ。

スタートアップの創業者にとって、この事例は標準的なエンタープライズ営業の進め方に疑問を投げかける。深い協業は信頼の獲得につながる一方で、能力のある見込み顧客が内製の判断を見直すのに十分な情報を明かしてしまう可能性もある。

今後1〜3カ月で、Runlayerが自社の開示内容とRipplingのコードまたは設計を結び付ける証拠を持っているかが明らかになるはずだ。それまでは、告発と否認の双方に明確な帰属を付すべきである。

Google Newsはこの対立を幅広い読者に届けた。これが先例となるのか、トライアル管理への警鐘となるのか、あるいはエンタープライズソフトウェア企業間の未解決の争いの一つに終わるのかは、裁判記録によって決まる。

AIインフラを評価するすべてのチームにとって、問いは今や具体的だ。ベンダーのデモが社内開発へと転じた後、自分たちの設計がどこから来たのかを証明できるだろうか。