開發者平台
Runway Media Router 以單一端點分流影像、影片與音訊生成模型
Runway Dev 新增生成式媒體路由器,依能力、價格上限及品質與延遲偏好,為每次請求選擇底層模型。系統提供 dry run 與選模理由,但未公開品質評分器、測試集或路由效益數據。

Runway 在開發者平台 Runway Dev 上線 Media Router,把原本由應用程式指定模型的生成請求,改成「設定限制、呼叫單一端點、由平台選模」的流程。初始版本同時涵蓋影片、圖像與音訊,可在 Runway 的 Gen-4.5、Aleph 2.0、Act-Two,以及 Seedance、GPT Image 2、ElevenLabs 等第三方模型間分流。
開發者先建立可重用的路由設定,指定每次生成的價格上限、模型或供應商 allow/deny list,並在成本、品質與延遲之間設定偏好。請求只需攜帶設定 ID,不必寫死模型名稱。路由器會先依模態、必要能力及硬性限制篩除不合格模型,再對剩餘候選者評分;回應除了生成結果,也會回傳實際使用的模型與選擇原因。若限制排除所有候選者,API 會明確報錯,不會私自放寬價格或供應商規則。
值得注意的是,Media Router 提供不執行生成、也不產生成本的 dry-run 模式,讓團隊在部署前檢查某組請求將被送往何處。這對受資料駐留、供應商核准或預算約束的企業流程尤其重要,也能降低模型目錄頻繁更新造成的應用程式改版成本。預覽與最終輸出亦可使用不同設定:前者偏重低延遲,後者則提高品質權重。
媒體路由比文字模型更難驗證,因為「品質」會隨提示、視覺風格、角色一致性、時序穩定度和音畫同步而改變。Runway 尚未說明評分器是規則、人工偏好模型或線上回饋系統,也沒有公布路由相對固定選模的成功率、成本節省或尾延遲。因此,工程團隊不宜把選模理由視為品質保證;上線前仍應保存底層模型 ID、輸入與輸出,建立自己的離線評測與回退策略,並確認第三方模型更新是否會改變既有工作流的可重現性。