插件中心自帶模型點數超市開通會員 USD--

流程對比

用 Runway 做分鏡?Story Panels 與專業短劇分鏡畫布的深度對比

對比 Runway Story Panels 與 Say Action 結構化分鏡畫布在劇本拆鏡、9:16 豎屏構圖、多模型路由與剪輯交接上的核心差異,提供選型決策與實操清單。

本文目錄
Say Action 畫布中的真實分鏡與鏡頭工作流
Say Action 畫布中的真實分鏡與鏡頭工作流

我們的立場:旗舰影片生成器與專業短劇分鏡畫布的定位差異

本文由 Say Action 團隊撰寫。推薦與對比基於短劇制作中劇本、分鏡、關鍵幀與逐鏡影片的工作流銜接與模型選擇,不是獨立實驗室基準跑分。

創作者與商業制作團隊在搜索“Runway 做分鏡”、“Runway AI storyboard”或評估其 Story Panels 功能時,核心疑問在於:頂級的 AI 影片生成工具能否直接充當短劇連續制作的中枢工作臺?Runway(依托其 Gen-3 與 Gen-4 系列模型)在影視級影片物理動力學、光影質感與大範圍運鏡探索上處於行業標杆地位。通過 Story Panels 應用與官方分鏡教程,艺術家可以從單張參考圖或文本出發,橫向發散探索多個畫面的視覺變體,非常適合前期視覺情緒板(Moodboard)、概念提案與高潮動作鏡頭的單點突破。

然而,一旦進入工業化豎屏短劇量產(單集 60 至 90 秒,通常包含 12 至 16 個鏡頭),單靠獨立影片生成器會遇到結構性壁垒。移動端短劇不僅是幾段孤立炫酷影片的拼贴,更是一整套嚴格的視聽工程:劇本需要拆解為結構化分鏡行、臺詞必須與演員視線和口型對齊、角色長相必須跨正反打鏡頭鏡頭保持鎖定,且素材匯出必須規範命名以對接剪輯。在缺乏分鏡表格管理的生成器中,每次生成都會產生離散的影片文件,帶有一長串隨機系統哈希碼,導演需要耗費大量時間手工整理重命名,且單鏡返修極易破壞整場戲的連續性。

Say Action 正是針對這一短劇工程痛點而設計。我們沒有把分鏡僅僅當成影片生成後的展示畫板,而是在交互式無限畫布上,深度整合了結構化分鏡表、多視角角色參考節點以及多模型路由(涵蓋 Seedance 2.0/2.5、MiniMax 海螺、可靈 Kling v3 文字生影片以及萬象 Wan 3.0)。本文將從四個影視制作實操維度深度對比 Runway 與 Say Action:結構化分鏡表與發散畫板的差異、9:16 移動端構圖與提示詞控鏡、外部剪輯工程(NLE)交接、以及透明的點數與失敗退款機制。

官方公開參數與計費規則對照(Runway 對比 Say Action,2026 年 10 月)

為了向制作團隊與獨立導演提供客觀可查的選型依據,我們系統對照了 Runway 官方網站(runwayml.com 與 runway.com)及 Say Action 截至 2026-10-11 的公開技術文檔與套餐規則。比起主觀的跑分或虛構的综合評分,短劇創作者更需要核實兩家在工程組織結構、豎屏適配以及點數結算上的真實邊界。

理解生成點數與結轉規則是控制短劇單集制作成本的關鍵。Runway 提供含 125 點一次性點數的 Free 免費體驗檔,同時設有 Standard、Pro 和 Max 等月度訂閱檔位,API 開發者調用則按用量計費。關鍵的預算註意點在於:根據官方說明,Runway 的 Standard 與 Pro 訂閱點數在賬單周期結束時會自動清零重置(不結轉),僅在最高檔的 Max 套餐中提供限期一個月的點數結轉。對於排期波動的短劇制作組,點數清零機制需要團隊嚴格倒排生成周期。競品價格與額度變動頻繁,最新規則請以 Runway 官網公示為準。

Say Action 採用工作空間服務與生成算力分離的架構,支援按需訂閱與自帶模型渠道(BYOK)雙軌運行。將角色參考圖連接到模型支援的參考或首尾影格輸入,再確認分辨率和時長。支援能力隨模型與渠道變化;參考圖不能保證每次生成的角色完全一致。 點數按渠道定價預估;實際扣除以後臺配置的價格檔為準。 影片按秒計費為按請求秒數預授權;若上游實際產出時長超出請求,可能產生少量讓利差額。 (USD 29.00 / 6 個月;服務費用於工作臺,不包含模型用量;第三方 API 費用另付。)。此外,為保障反複調試鏡頭時的預算安全,上游明確返回失敗時會退回預留點數;網絡狀態不明確的任務先保留待核對狀態,避免重複結算。

Runway 與 Say Action 功能與工作流對比 · 核對日期 2026-10-11
工作流維度團隊編輯推薦Say ActionRunway
核心定位與最佳場景短劇全流程畫布:劇本拆解、分鏡表格、角色錨定與多模型逐鏡影片生成旗舰級影片生成平臺:單鏡頭高保真影片、物理運動控制與概念視覺發散
劇本轉分鏡表能力劇本節點直接拆解為包含鏡號、景別、臺詞與運鏡提示詞的可編輯分鏡表Story Panels 支援基於單圖發散生成多畫板;缺乏自動化劇本拆分鏡表
分鏡元數據與工程管理結構化分鏡行承載鏡號(Shot ID)、角色卡、預估時長、對白與連線影片節點獨立影片媒體庫與專案文件夾管理;無影視標準字段分鏡表格
9:16 移動端豎屏構圖原生 9:16 豎屏畫布交互,提供標題安全區與底部字幕遮挡區輔助視線對齊生成與裁剪支援 9:16 豎屏畫幅;操作主界面以傳統橫屏畫幅瀏覽為主
角色一致性與跨鏡錨定多視角角色參考節點(正臉/側臉)連線綁定到各分鏡行,鎖定身份特徵任務級提示詞風格約束與圖片生影片;缺乏跨多鏡頭的獨立角色參考卡網絡
影片生成與模型調度按鏡頭路由至 Seedance 2.0/2.5、MiniMax 海螺、可靈 Kling v3、萬象 Wan 3.0;支援 BYOK專屬 Runway 系列模型(Gen-3、Gen-4);不支援接入第三方外部模型
匯出與剪輯軟件交接本地磁盤授權直存,按 Scene_Shot_Action.mp4 規範命名,直拖 CapCut / Premiere瀏覽器下載生成片段,文件名為系統隨機哈希串,需人工重命名整理
計費模式與點數結轉透明平臺訂閱與單鏡點數預估;可選 BYOK 通行證;上游失敗任務自動返還點數提供一次性體驗額度的免費檔;付費檔(Standard、Pro、Max);最新價格以官網為準
官方來源與核驗日期Say Action 產品架構規範與公開價格文案Runway 官網定價與功能文檔(runwayml.com / runway.com);核實於 2026-10-11

Runway 官方資訊取自 runwayml.com 與 runway.com 公開頁面,核實於 2026-10-11。套餐額度與計費條款以官網為準。Say Action 規格依據當前產品代碼與公開價格文案。引用品牌名僅用於文字對比,雙方無商業合作關系。

交互逻輯對比:Runway Story Panels 與 Say Action 結構化分鏡表

兩款工具在底層設計哲學上的根本分歧,在於“橫向概念發散”與“纵向影視排期”的取舍。Runway 的 Story Panels 專為艺術家前期發散而生:用戶從一張起始靜幀或文本提示詞出發,可以向右橫向衍生出多個變體畫板,快速探索不同的打光、機位角度或情緒走向。這種畫板逻輯對於影視概念設計、情緒板提案和視覺探索極具啟發性。然而,Story Panels 本質上是視覺片段的展示畫板,缺乏標準影視分鏡表所需的硬性字段:沒有分鏡頭編號、沒有與劇本臺詞的強制綁定、沒有演員角色卡分配,也無法標註鏡頭預估時長與音效提示。

相比之下,Say Action 的分鏡表完全複刻了影視副導演與攝影指導的工業臺賬。將短劇劇本粘贴至畫布劇本節點後,系統會自動將劇情拆解為連續的分鏡行(標準 60 秒短劇對應 10 至 14 鏡)。每一行都是一個嚴谨的生產單元,嚴格包含:1)鏡號索引(Shot 01、Shot 02 等);2)影視景別(大特寫 ECU、近景、過肩正反打鏡頭 OTS、俯拍大遠景等);3)角色綁定標簽,直連畫布角色卡;4)劇本臺詞與音效標註;5)精準的運鏡機位向量提示詞。在點擊生成任何影片前,導演就能在分鏡表中統覽整場戲的敘事節奏與臺詞密度,杜絕盲目生成。

這種結構化差異直接帶來了制作成本的巨大分水岭。在純影片生成流中,要檢驗三鏡之間的連貫性,必須直接生成三段完整的影片;若發現中間一鏡節奏不對,消耗的生成點數便無法挽回。而在 Say Action 中,團隊遵循“先靜幀預演、後影片成片”的兩階段工作流:先在各分鏡行中利用低成本圖像節點(如 Nano Banana 或 GPT Image)生成關鍵幀靜幀,核對角色的表情、視線方向與道具一致;確認無誤後,再單鏡連線觸發影片節點(按需路由至 Seedance 2.5 或 MiniMax 海螺)。這種機制將废片率控制在極低水平。

9:16 移動端畫幅適配與外部剪輯工程(NLE)交接

豎屏短劇的核心戰場在手機端(ReelShort、TikTok、短劇平臺),其畫幅規律與傳統 16:9 橫屏影視存在根本差異。9:16 畫面窄而長,大範圍橫向摇鏡容易引發眩晕且迅速將主體甩出視野,因此短劇攝影高度依赖纵深推拉、垂直升降(Pedestal)與軸向特寫。此外,移動端界面存在嚴苛的“安全區限制”:屏幕頂部與底部常被平臺 UI 界面遮挡;需要將人臉與核心動作保留在中央視覺區域,右側則常駐互動按钮。Runway 虽然在生成選項中支援 9:16,但其交互界面仍以橫屏為主;Say Action 在畫布中直接集成了 9:16 豎屏安全框與參考線,幫助創作者在出片前校準視線與構圖。

針對 9:16 豎屏特性的提示詞撰寫,核心原則在於將運鏡向量與人物動作嚴格解耦。在 Say Action 畫布中調用支援的模型(如可靈 Kling v3 文字生影片、Seedance 2.5 或萬象 Wan 3.0)時,可套用以下實戰提示詞模板:1)第 1 鏡黃金抓手大特寫:`[9:16 豎屏構圖] 28岁女性主角面部大特寫 (ECU),左眼含泪瞳孔震颤,嘴唇微張從震驚轉為極度壓抑的悲傷 | 運鏡: 50mm 人像鏡頭緩慢軸向推近 (dolly forward),三腳架固定穩定機位,淺景深虛化背景,面部居中鎖定在中央視覺安全區 | 光影: 45度高對比度伦勃朗光照,電影級膠片質感`;2)第 2 鏡對白過肩正反打鏡頭:`[9:16 豎屏構圖] 雙人過肩鏡頭 (OTS),鏡頭越過前景男主深色西裝肩膀,對焦後景女主中近景 | 女主眼神坚決,說出摊牌臺詞,自然呼吸起伏 | 運鏡: 固定機位靜態拍攝,前景肩膀虛化,視線嚴密對準右上方 | 柔和室內散射光`;3)第 3 鏡衝突動作升降鏡頭:`[9:16 豎屏構圖] 低機位中景仰拍,男主怒將文件摔在玻璃办公桌上,紙張受物理風阻自然散落飛溅 | 運鏡: 攝影機微幅仰角升鏡 (pedestal up),動作瞬間輕微前推,保持肢體解剖學完整無粘連 | 冷調办公室日光燈,高對比度動態範圍`。

當全集 12 至 16 鏡生成完毕後,素材如何快速交付給剪輯師(CapCut、Premiere Pro 或 DaVinci Resolve)是檢驗工業化效率的最終試金石。在 Runway 中,批量下載的影片往往帶有一長串隨機系統哈希名(如 `runway_gen3_a9f1b2c4_001.mp4`),助理剪輯師需要逐一播放影片、核對劇本、手動重命名後才能拖入時間線。而在 Say Action 中,通過瀏覽器 File System Access API 開啟本地文件夾授權後,生成的影片片段會實時直存到本地物理硬盤,並自動按工業臺賬規則命名(如 `Ep01_Shot01_Hook_ECU.mp4`、`Ep01_Shot02_OTS_Dialogue.mp4`),剪輯師匯入剪輯軟件即可一鍵按鏡號吸附排開。

短劇分鏡交付前的五步實操核查清單:1)劇本行核驗:確認分鏡表中每行的臺詞與音效標註與最終錄音對齊;2)安全區複核:檢查 9:16 視窗中人物頭頂預留空間,確保主體面部處於屏幕中央視覺區,避開底部字幕遮挡;3)角色節點連線:核實各分鏡行是否已正確關聯多視角角色卡(0度正臉、45度半側臉、90度側臉);4)模型分配策略:打斗與大幅動作路由至可靈 Kling v3 文字生影片,長對白走位路由至 Seedance 2.5,微表情特寫路由至 MiniMax 海螺;5)本地直存確認:確認已授權本地專案文件夾,素材生成即完成本地歸檔與鏡號命名。

制作決策:何時選用 Runway,何時在 Say Action 畫布上搭建短劇

Runway 代表了當代生成式 AI 在單鏡頭視覺探索與運動物理學上的極高水平。如果你的專案是概念電影預告片、視覺特效廣告單片、先锋音樂錄影帶(MV),或者需要利用其領先的運鏡筆刷與 3D 相機路徑打造好莱坞級別的宏大概念鏡頭,Runway 是不可替代的行業利器。它的優势在於給自由探索的視覺艺術家提供不受劇本約束的廣闊創作空間。

然而,如果你的商業目標是每周穩定量產 60 至 90 秒的豎屏多集短劇——需要把劇本條理分明地拆解為十幾鏡、需要嚴密維持對白正反打鏡頭中的人物面部、需要將資產規範化交接給剪輯師——Say Action 則是更為合身的工作臺。通過在無限畫布上打通劇本、分鏡表、角色參考卡以及多模型路由(支援 Wan 3.0 文字生影片及影片、可靈 Kling v3 文字生影片及 Turbo、Seedance 2.0/2.5、MiniMax 海螺、GPT Image 與 Nano Banana),Say Action 將不可控的文字生影片抽卡轉化為確定性的制片管線。

規模化生產必須依托可預測的財務成本與透明的退款邊界。在 Say Action 畫布中提交任務前,系統會明確展示單鏡預估點數;點數按渠道定價預估;實際扣除以後臺配置的價格檔為準。 影片按秒計費為按請求秒數預授權;若上游實際產出時長超出請求,可能產生少量讓利差額。 服務費用於工作臺,不包含模型用量;第三方 API 費用另付。 當前 Studio Pass 服務費:USD 29.00 / 6 個月。BYOK 支援配置自有 API 地址、模型密鑰和自定義 Header。使用 OneAPI、NewAPI 等中轉站時,需要選擇與其實際接口匹配的 OpenAI、Gemini 或 Claude 協議,並核對模型 ID 及圖像、影片接口支援情况;不是所有中轉站和私有協議都能直接使用。BYOK 模型調用不加收平臺模型費用、不扣平臺生成點數,但工作空間服務和上游模型費用仍分別收取。 此外,上游明確返回失敗時會退回預留點數;網絡狀態不明確的任務先保留待核對狀態,避免重複結算。

串接自帶模型與第三方中轉站

在模型管道設定中填入 Base URL 和 API Key,依供應商文件設定協定、模型 ID 與所需 Header。先確認文字生圖、圖片轉影片等功能,再開始生成;介面路徑、解析度與首尾影格參數以實際管道為準。尚未支援的管道可提出適配申請,申請不代表已完成相容。

BYOK 支援自訂 API 網址、模型金鑰與 Header。使用 OneAPI、NewAPI 等中轉站時,需選擇與實際介面相符的 OpenAI、Gemini 或 Claude 協定,並核對模型 ID 及圖片、影片介面的支援情況;並非所有中轉站或私有協定都能直接使用。BYOK 模型呼叫不加收平台模型費用,也不扣平台生成點數;工作空間服務與上游模型費用仍分別收取。

只串接你信任的管道,正式環境使用 HTTPS。自訂請求會經登入後的後端轉送;必要的提示詞、參考素材與憑證會參與請求。不要將 API Key、密碼或含金鑰的 Header 放進公開畫布、截圖或客服申請。

常見問題

Runway 可以根據劇本一鍵生成整部短劇嗎?

不能。Runway 目前不支援將多頁短劇劇本一鍵全自動生成為完整的連續劇集。創作者可以在 Story Panels 或影片生成界面逐個輸入提示詞生成獨立片段,但需要手動整理各鏡頭的對白、在不同生成任務間協調角色長相,並在外部剪輯軟件中拼合。Say Action 則內置專門的劇本節點,可將完整劇本自動拆解為可編輯的結構化分鏡表。

可以在 Say Action 中通過 BYOK 接入外部模型渠道嗎?

可以。Say Action 原生支援自帶模型渠道(BYOK)連接,創作者和工作室可以通過自己的 API 賬戶或兼容的中轉網關發送請求。工作空間訪問通過獨立的 Studio Pass 服務提供,上游模型費用直接由你連接的供應商結算,平臺不加收任何模型加價或扣除平臺生成點數。

為什麼 Say Action 強調結構化分鏡表,而不是直接用文字生影片出片?

直接進行純文字生影片缺乏空間與連續性約束,容易導致連續鏡頭之間人物融臉、光影跳跃與服裝不一致。通過將制作拆解為結構化分鏡表,創作者可以在生成影片前先行鎖定對白、機位運鏡與關鍵幀靜幀。在投入影片生成點數前先驗證節奏與人物一致性,能大幅降低废片率。

Runway 的生成點數會結轉到下個月嗎?

根據 runway.com 官方公開條款,Standard 和 Pro 套餐的月度生成點數不結轉,在每個賬單周期結束時自動重置清零。點數結轉僅在最高檔的 Max 套餐中提供(最多結轉一個月)。制作節奏不固定的團隊在規划月度預算時需要註意這一時效限制。

可以串接 OneAPI、NewAPI 和自訂 Header 嗎?

BYOK 支援自訂 API 網址、模型金鑰與 Header。使用 OneAPI、NewAPI 等中轉站時,需選擇與實際介面相符的 OpenAI、Gemini 或 Claude 協定,並核對模型 ID 及圖片、影片介面的支援情況;並非所有中轉站或私有協定都能直接使用。BYOK 模型呼叫不加收平台模型費用,也不扣平台生成點數;工作空間服務與上游模型費用仍分別收取。