訴訟無和解、Rippling 卻立即推出競品：Runlayer 的 MCP 閘道之爭給 AI 新創的警示

Runlayer 與 Rippling 的 MCP 閘道法律戰，幾乎和它開始時一樣快速地結束。2026 年 8 月 20 日，兩家公司共同撤回彼此提出的訴訟，法院文件顯示雙方沒有支付賠償、補償法律費用，也沒有達成和解。隨後，Rippling 立即推出了正是這場爭議核心的 MCP 閘道產品。101

但訴訟結束，不代表任何一方的指控已獲法院認定。法院沒有裁定 Rippling 是否濫用了 Runlayer 的機密資訊，也沒有裁定 Runlayer 是否侵犯 Rippling 的專利。法律程序告一段落，商業競爭則繼續向前。

這場爭議是怎麼發生的？

Runlayer 於 2026 年 7 月 28 日起訴 Rippling，指稱這家規模較大的企業軟體公司評估其 MCP 閘道超過一年，期間還與 Runlayer 工程團隊密切合作；但 Rippling 最終沒有成為客戶，反而利用評估過程中取得的機密資訊開發競爭產品。Rippling 否認這些指控。1417

Rippling 隨後提起專利訴訟，主張 Runlayer 侵犯其三項專利，同時表示自己正在開發 MCP 閘道，將直接與 Runlayer 的產品競爭。7

兩起案件從提告到共同聲請撤訴，前後約三週。由於案件是「有實質終局效力」地駁回（dismissed with prejudice），同一訴訟主張原則上不會再以相同案件重新提出；不過，這些文件並沒有證明任一方的指控屬實。雙方各自負擔法律費用。10

Rippling 緊接著推出產品，為何格外受矚目？

兩起訴訟消失的同一天，Rippling 就推出了自己的競爭性 MCP 閘道。這個時間點讓實際結果比法律結果更清楚：Runlayer 原本試圖阻止的產品已經進入市場，而 Runlayer 仍須面對一名直接競爭者。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 伺服器與工具，限制 AI 代理程式能夠觸及的資料和系統。
• 套用執行期安全機制： 在請求於代理程式與工具之間傳遞時，檢查或過濾相關活動。
• 建立可觀測性： 記錄請求、工具呼叫、政策決策、錯誤與追蹤資料，方便調查及稽核。
• 維持受治理的操作流程： 在請求抵達公司系統前，讓身分、政策、安全檢查及稽核資訊持續附著於 MCP 請求。293234

企業控制平面也可能加入模型路由與 Token 用量追蹤。前者可依政策將工作分派至核准的模型，後者則能協助團隊掌握不同員工、團隊、代理程式或工作流程的使用量與成本。

不過，現有資料並未證明 Rippling 與 Runlayer 已以完全相同的方式提供上述每一項功能。因此，這些功能較適合作為企業 AI 治理平台的常見能力，而不是兩家公司產品已完成一對一對照的結論。

Runlayer 的背景與資金實力

Runlayer 是一家位於紐約、專注企業 AI 基礎設施的新創公司，於 2025 年 11 月結束保密開發並正式亮相，初始獲 Felicis 與 Khosla Ventures 投資 1,100 萬美元。47

2026 年 6 月，Runlayer 宣布由 Felicis 領投 3,000 萬美元 A 輪，Khosla Ventures 也參與其中，使公司公開披露的累計募資額達到 4,200 萬美元。公司共同創辦人兼執行長 Andrew Berman 曾創辦 Nanit，並在 Zapier 從事 AI 工作。404547

這筆資金與早期客戶進展，讓 Runlayer 成為企業 AI 治理市場中資金充足的專業供應商。但這場訴訟也突顯其脆弱處：新創為了爭取大型企業客戶，可能必須深度展示產品；而潛在客戶一旦掌握足夠技術與產品資訊，也可能選擇自行打造競品。

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

雙方指控仍有爭議，但其中的商業風險相當清楚。長時間的概念驗證（proof of concept，PoC）可能涉及產品路線圖、技術文件、系統架構、工程流程，甚至部分原始碼。若潛在客戶最後決定內部開發，新創不只可能投入數月時間，還可能在無意間培養一個潛在對手，並錯過其他銷售機會。

這種風險在 AI 基礎設施領域尤其明顯。協定、模型能力、安全要求與產品分類都可能在數月內快速變化，使傳統、長達一年的評估流程變得昂貴又過時。Runlayer 與 Rippling 的時間線更把這項風險壓縮到幾週內：長期評估之後出現訴訟，案件進行有限度的證據開示，接著撤訴，競爭產品也隨即上市。1014

對新創而言，較實際的防護措施包括：

1. 限制試點範圍： 只展示足以回答採購問題的能力，不要一次交出完整產品藍圖。
2. 分階段揭露資訊： 將敏感架構、路線圖與實作細節放在明確里程碑之後。
3. 設定評估期限： 試點應有清楚的截止日期，以及書面化的決策流程。
4. 定義轉換標準： 預先約定成功條件、採購流程與正式部署所需的要求。
5. 控管技術存取權： 使用隔離環境、細緻權限、完整記錄與可撤銷的憑證。
6. 設置「自建或採購」檢查點： 及早確認客戶是在評估供應商，還是在蒐集需求以打造內部產品。

保密協議（NDA）可以保護特定資訊，卻無法單獨保證資金充足的企業不會進入同一個市場。法律行動或許能針對特定行為提出主張，但在市場持續快速變動時，也未必能阻止競爭者完成產品並上市。

這場風波最後說明了什麼？

這不是一場針對 MCP 閘道技術的法律判決，而是一個鮮明案例，說明企業銷售流程如何在短時間內轉化為產品與智慧財產權衝突。

Runlayer 進入這場爭議時，是一家獲得資金支持、專注於企業 AI 代理程式治理控制平面的新創；Rippling 則在訴訟撤回後立即推出競爭性閘道。由於雙方沒有和解、付款、授權協議，也沒有法院就案件實體作出裁決，接下來真正關鍵的問題將回到商業層面：企業會信任哪一種方案，來管理 AI 代理程式與工具、公司資料之間日益重要的連線？