Runlayer、Rippling互撤MCP閘道官司：冇和解冇賠償，Rippling即日推出競品

Runlayer與Rippling這場MCP閘道（MCP gateway）官司，來得快、完得更快。兩家公司於2026年8月20日共同撤銷彼此提出的訴訟，而且是以「有約束力方式撤銷」（dismissal with prejudice）處理。法庭文件顯示，雙方沒有和解、沒有任何賠償，亦沒有一方需要支付或補償對方的法律費用。101

不過，官司完結不等於指控已被證實或推翻。法院沒有裁定Rippling是否挪用了Runlayer的機密資料，也沒有裁定Runlayer是否侵犯Rippling的專利。法律戰停下來，商業競爭反而正式開始。

事情是怎樣發展的？

Runlayer於7月28日入稟起訴Rippling，指這家規模較大的商業軟件公司花超過一年評估其MCP閘道，期間更與Runlayer工程團隊密切合作；但Rippling最終沒有成為客戶，反而利用評估期間接觸到的機密資料開發競爭產品。相關指控目前仍屬Runlayer一方的說法，Rippling已否認。1417

Rippling其後提出專利訴訟，指Runlayer侵犯其三項專利，同時確認自己正開發一款會直接與Runlayer競爭的MCP閘道。7

兩宗案件由提出至共同撤訴，前後約三星期。由於案件是「有約束力方式撤銷」，這兩宗具體訴訟已永久結束；但撤訴文件並沒有證明任何一方的指控屬實，雙方亦各自承擔法律費用。10

Rippling即日推出競爭產品，為何備受關注？

訴訟消失的同一天，Rippling就推出了引發爭議的MCP閘道。這個時間安排，比法律結果更清楚地交代了實際戰況：Runlayer未能阻止產品進入市場，而Rippling亦由原本的潛在客戶，變成直接競爭者。114

Rippling把新閘道定位為其商業軟件平台內較大型AI治理方案的一部分。Runlayer則將自己描述為企業級控制平面，涵蓋MCP伺服器、Skills、外掛程式、AI客戶端及代理程式。Runlayer公開的產品資料包括MCP閘道、政策及OAuth控制、執行時安全、審計紀錄、代理程式執行環境，以及搜尋未受管理或「影子」MCP部署的工具。293127

現有報道未能證明兩款產品採用完全相同的架構或功能，因此較穩妥的比較是：兩家公司都在爭奪企業AI的治理層——即控制AI代理如何接觸工具及公司資料；而Runlayer就較強調專門化、涵蓋多項產品的控制平面模式。71429

MCP閘道到底做甚麼？

MCP，即Model Context Protocol（模型上下文協議），是一套標準化方法，讓AI客戶端及代理程式連接外部工具和資料。MCP閘道就像設於AI代理與企業系統之間的中央中介層，讓公司可以集中管理存取權限及監察活動。2132

實際運作上，閘道可以協助企業：

• 驗證身份及授權請求： 將請求連繫到使用者或服務身份，再套用角色權限或最小權限政策。
• 控制工具及資料存取： 只容許經批准的MCP伺服器和工具，限制代理程式可接觸的範圍。
• 提供執行時安全： 在請求往返代理程式和工具期間檢查或過濾活動。
• 建立可觀察性： 記錄請求、工具呼叫、政策決定、錯誤及追蹤資料，方便調查和審計。
• 將治理措施連貫套用： 在請求抵達公司系統之前，確保身份、政策、安全檢查和審計紀錄一併保留。293234

企業控制平面亦可以加入模型路由和Token用量追蹤，協助團隊把工作分派到獲批准的模型，並按員工、團隊、代理程式或工作流程了解用量及開支。

但就今次爭議而言，現有資料未能證明Rippling和Runlayer目前以完全相同方式提供上述每一項功能。兩者有競爭關係，並不代表產品已經一模一樣。

Runlayer是甚麼背景？

Runlayer是一間位於紐約、專注企業AI基礎設施的初創公司，於2025年11月結束隱身模式（stealth）並正式推出。公司當時取得由Felicis及Khosla Ventures支持的1,100萬美元種子輪融資。47

2026年6月，Runlayer再宣布完成由Felicis主導、Khosla Ventures參與的3,000萬美元A輪融資，令公司公布的累計融資額達4,200萬美元。公司由Andrew Berman共同創辦及出任行政總裁；他過去創辦過Nanit，亦曾在Zapier負責AI工作。404547

對一家仍在成形市場中競爭的初創來說，這筆融資和早期客戶進展令Runlayer成為資金充裕的專門供應商。但今次官司亦凸顯其結構性風險：初創要爭取大型企業客戶，往往需要深入展示產品；潛在客戶在了解技術後，卻可能有足夠資料自行成為競爭者。

對創辦人的教訓：產品評估可能變成競爭接觸

雙方對事件的說法仍然互相矛盾，但背後的商業風險相當清楚。一次長時間的概念驗證（proof of concept，PoC）可能涉及產品路線圖、技術文件、系統架構、工程流程，甚至原始碼。如果準客戶最後決定自行開發，初創可能花上數月培訓潛在對手，同時錯過其他銷售機會。

AI基礎設施的風險尤其高，因為協議、模型能力、安全要求及產品分類都可以快速改變，傳統一年期的評估流程未必仍然合乎市場速度。Runlayer與Rippling的時間線更在數星期內壓縮了整個衝突：長時間評估之後是訴訟、有限度證據披露、撤訴，再接上競爭產品推出。1014

初創公司可以考慮以下做法：

1. 收窄試點範圍： 只展示足以回答採購問題的功能。
2. 分階段披露資料： 將敏感架構、產品路線圖和實作細節放到明確里程碑之後才披露。
3. 訂立評估限期： 每次試點都應有清晰截止日期和記錄在案的決策流程。
4. 預先訂明轉換條件： 事先講清楚成功標準、採購程序和正式部署要求。
5. 控制技術存取： 使用隔離環境、細緻權限、日誌及可以撤銷的登入憑證。
6. 設立「自行開發還是採購」檢查點： 及早確認對方是在評估供應商，還是在收集自行開發產品的需求。

保密協議（NDA）可以保障特定資料，但單靠NDA並不能保證一間資金充裕的公司不會進入同一市場。法律行動或許可以針對個別行為，但當市場快速向前走，訴訟未必能及時阻止競爭者推出產品。

這場風波最終反映了甚麼？

這不是一宗對MCP閘道技術作出裁決的案件，而是一個相當鮮明的例子，說明企業銷售流程可以多快變成產品及知識產權衝突。

Runlayer以獲得投資支持的專門供應商身份，打造管理企業AI代理的控制平面；Rippling則在撤訴後立即推出競爭閘道。由於雙方沒有和解、付款、授權協議，法院亦沒有就案件實質作出判決，下一個真正關鍵的問題已經回到商業層面：面對AI代理、工具和公司資料之間日益重要的連接，企業最後會信任哪一種治理方案？