Runway Ruby 現已針對 Max 和 Enterprise 方案推出：將 SDR 素材轉換為 16-Bit HDR EXR、ProRes 和 HEVC

Runway Ruby 不是影片生成器，而這正是它備受關注的原因。Runway 於 2026 年 8 月 21 日在其 X 帳號上發布了 Ruby，這是 Runway 首個專為影片製作流程末端打造的模型：它能接收長達 30 秒的任何片段——無論是您上傳的素材，還是您在 Runway 中生成的輸出——並將標準動態範圍（SDR）影片轉換為專業級的 HDR 成品。格式才是重點：16-bit EXR 序列、10-bit 與 12-bit ProRes、10-bit 與 12-bit HEVC，全部採用 BT.2020 色彩空間，並可選擇 PQ 或 HLG 傳輸函數。Max 與 Enterprise 訂閱用戶現已可在 Runway 應用程式中使用。本文內容全部來自 Runway 的官方公告——該模型才推出一天，目前尚無任何獨立測試或實測評測發布。

一句話版本

Runway Ruby 是一款自動化的 HDR 調色工具。你給它一段最長 30 秒的 SDR 片段，它就會回傳同一段畫面，重新調色成適合高動態範圍觀看的版本，並以後製公司實際需要的格式封裝：用於合成的開放 EXR 序列、用於剪輯的 ProRes 母版，或用於交付的 HEVC 檔案。SDR 轉 HDR 並非新技術——每一套現代調色系統都有某種程度的支援——但由模型來執行，而且處理的是幾分鐘前在同一產品中生成的素材，這就新鮮了。它打通了「模型做出這段片段」與「這段片段可以上 2026 年 HDR 螢幕」之間的迴路。

格式的實際含義

這份公告讀起來像一份規格表，每一項都值得仔細拆解，因為它告訴你 Ruby 是為誰而設計的。

• 16-bit EXR 序列 — OpenEXR 是 VFX 與合成產業使用了數十年的開放影像格式；序列（每影格一個 EXR）是 Nuke、After Effects 與 Flame 在渲染時預期的格式。此處的 16-bit 表示每個通道的高位元深度，這對 HDR 很重要，因為在帶狀偽影出現之前，它為調色師提供了更大的餘裕。

• 10 位元與 12 位元 ProRes — ProRes 是 Apple 的後期製作編解碼器系列。10 位元是專業 HDR 剪輯（P3 或 BT.2020）的標準；12 位元 ProRes 4444 則是歸檔級母帶格式，用於日後需要重新調色的交付素材。

• 10位元與12位元HEVC — HEVC（H.265）是傳輸用的編解碼器。10位元HEVC是串流HDR10內容實際分發時所使用的格式；12位元則是用於高階HDR母帶處理的預留規格。

• BT.2020 色彩 — 為 UHD 定義的廣色域色彩空間。它遠比標準 SDR 影片所處的 Rec.709 空間更寬廣，這正是讓 HDR 內容得以承載真實世界中更飽和色彩的原因。

• PQ 或 HLG——兩種 HDR 傳輸函數，亦即將數位值對應至螢幕亮度的曲線。PQ（SMPTE ST 2084）是 HDR10 及多數串流服務所用的標準；HLG 則是專為廣播設計、在 SDR 電視上也能優雅降級的曲線。Ruby 同時支援兩者，顯示 Runway 的目標囊括串流與廣播管線。

這就是完整的價值主張：不是「更漂亮的影片」，而是「以專業管線所要求的確切容器格式交付的成果」。

本產品的適用對象，以及其費用

Ruby 被限制在 Runway 消費者產品線的最頂層，以及其企業方案中。Max 是 Runway 每月 95 美元的方案（每年付費則為每月 76 美元），包含每月 9,500 點額度、隨選生成、未使用額度展延，以及完整使用所有 Runway 模型；Enterprise 則是位於其上、需另外議價的層級。Runway 的公告並未單獨說明 Ruby 的每秒點數費率，因此目前請先將訂閱本身視為入場價格。相對地，Max 也承載了供給 Ruby 的管線：用 Gen-4.5 進行生成，用 Aleph 進行剪輯，這代表同一組點數額度可以將一段片段從「輸入提示詞」一路推進到「磁碟上的 EXR 序列」。

Runway 的網站，2026 年 8 月 22 日擷取——首頁頂端，Ruby 現已位於 Max 和 Enterprise 付費牆之後，首屏上方橫幅中正推出限時無限 Hailuo-3.0 促銷活動。

Ruby不是什麼

它不是文生影片模型，不是圖生影片模型，也不是你可能已經在使用的生成模型的競爭對手。它不會新增影格、不會延長片段，也不會創造新的畫面。它的輸入是現有的 SDR 影片，輸出是同一部影片放入 HDR 容器；而它 30 秒的上限，對應了當今 AI 影片的短影音現實——你能呼叫的每個生成模型產出的片段都比這個短，因此你生成的任何內容都不需要在 Ruby 處理之前進行裁剪。

這在真實管線中的位置

公告所暗示的工作流程是：在 Runway 中生成（或上傳素材），將片段交給 Ruby，然後下載 ProRes 或 EXR 母版。對於一個大量執行此流程的團隊來說，圍繞影片進行思考的模型——描述鏡頭的提示詞、分鏡表、字幕、旁白腳本——正是路由層大顯身手的地方。OrcaRouter 以單一 API 串接 200+ 模型，供應商列表價格原價轉傳、零加價，因此影片管線周邊的文字模型呼叫都共用同一把金鑰、自動故障轉移，並在供應商降價當天重新指向。影片模型本身——包括 Runway Ruby——目前仍透過 Runway 的應用程式存取；Ruby 尚未公布開發者 API。如果日後有供應商提供該 API，相同的轉傳計價邏輯同樣適用，但請不要圍繞一個尚不存在的 API 來規劃生產環境整合。

什麼仍未經證實

格式清單以外的所有內容皆未經證實。沒有任何獨立測試將 Ruby 的輸出與參考級 HDR 調色結果進行評比——16-bit 容器並不等於良好的調色，而 SDR 轉 HDR 的處理可能美化影像、爆掉高光，或依據曲線推擠的積極程度產生雜訊。Ruby 的單次使用點數成本並未公布。沒有 API、沒有批次工具，也沒有宣布任何 Resolve 或 Nuke 的外掛。Runway 對於 Enterprise 方案是否提供批量定價隻字未提。而 Max 的「無限」定位意味著在點數額度內：Ruby 每秒的實際消耗速率決定了 9,500 點數能使用多久，而這個數字並未公開。

為什麼這很重要

Runway Ruby 的深層意義不在於模型本身，而在於它所指向的方向：Runway 正從「製作片段」向上邁向「完成片段」的生產流程。現今的生成模型產出的是 SDR MP4，任何使用它們的專業單位都必須在後期階段重新建構 HDR 的視覺效果。Ruby 是首次認真嘗試將 HDR 母版製作變成一個單鍵步驟，而且是在同一個生成影像的產品中完成。至於這個調色能否經得起真正調色師的檢視，仍是未決的問題——而這個問題將由首批獨立測試來回答，而非由格式列表來決定。

上述文字生成影片排行榜正是 Ruby 素材的來源：這些生成模型全都止步於 SDR MP4，而這正是 Ruby 旨在填補的缺口。對於已經在 Runway 生態系中創作的創作者來說，這補上了 AI 影片與廣播級交付之間最後也是最大的鴻溝。