雲端 AI 影片成本不能只看單支成片的標價。生成候選、重做、音訊與解析度、檔案保存、下載，以及人工審片，都要放進同一張工作流預算表；少算其中一項，低單價模型也可能被重做吞掉。

我會先把鏡頭拆成可計價的工作單位，再用「每支可用影片」回算成本。這個做法也接得上雲端與本機 AI 影片工作流的取捨，但焦點往前移到團隊每天要核銷、追責與調整的資料欄位。

雲端 AI 影片成本，先拆成四筆

第一筆是生成額度。Runway 官方模型與 credits 表列出 Gen-4.5 每秒使用 12 credits，所以五秒影片會用 60 credits，十秒影片會用 120 credits。Runway 模型與 credits 表可直接核對這個單價；訂閱方案的額度期限則要在採購時另查當期方案條款。

第二筆是候選數。每個鏡頭只算一支輸出，預算會低估；同一個五秒鏡頭若要跑三個版本，生成量就是三倍。第三筆是規格，畫面解析度、是否含聲音、延長或重做，都可能改變單次價格。Google Cloud 現行價格頁把 Veo 3.1、Veo 3.1 Fast 與 Veo 3.1 Lite 依模型、解析度與影片或影音輸出分開列價，Veo 3.1 Lite 的影片輸出從 720p 每次 0.03 美元起，Veo 3.1 影片輸出則為 720p、1080p 每次 0.20 美元，4K 每次 0.40 美元。Google Cloud Agent Platform 價格表是目前應該引用的基準，舊的部落格截圖不適合拿來估帳。

第四筆是成片離開生成服務後的成本。Google Cloud Storage 把費用拆成資料儲存、資料處理與網路使用，從 bucket 讀取資料、跨區移動或把檔案送到網路外部，都可能產生不同費用。Cloud Storage 價格說明支持這個拆法。素材檔放著不等於免費，下載給剪輯師、備份到另一個區域、交付給客戶，都要在紀錄中留下去向。

雲端 AI 影片成本由生成額度、候選版本、儲存與下載四類費用組成的工作流示意。

用一次成片反推預算，別用單次生成安慰自己

假設一支影片由四個五秒鏡頭組成，每個鏡頭先跑三個候選，採用 Runway Gen-4.5 的官方 12 credits／秒計價，僅生成額度就是 4 × 3 × 5 × 12，也就是 720 credits。這還沒有算訂閱、剪輯、字幕、配樂、人工審片與檔案傳輸。公式的重點在於「候選數 × 鏡頭秒數」，不是把最後交付的 20 秒直接乘上單價。

若改用按次計價的 Veo，就要把「每次輸出」當成一列資料，記下模型、解析度、音訊開關與候選數。Google 文件說明，Veo 可透過 Cloud console 或 API 由文字提示產生影片，API 範例也把結果寫入指定 Cloud Storage bucket。Veo 影片生成文件的這個設計，讓生成紀錄、輸出 URI 與帳單專案可以被接在同一條資料流裡。

我會用三個數字看專案是否失控：每個鏡頭平均生成次數、候選採用率、每支成片的可用秒數成本。採用率下降時，先查腳本拆鏡、提示詞版本、參考素材與人工退件原因，再決定是否換模型。直接換到更貴的模型，常常只把浪費的流程放大。

表格至少留這些欄位：project_id、shot_id、request_id、模型與版本、提示詞版本、輸入素材 URI、解析度、音訊設定、生成次數、credits 或美元成本、審片結果、退件原因、輸出 URI、保存期限與下載次數。這不是為了做漂亮的儀表板，日後要回答「哪個鏡頭一直重做、哪一版提示詞最貴、哪個部門下載最多」時，才有原始資料可查。

影片專案資料表把鏡頭編號、模型版本、生成次數、審片結果與輸出檔案串在同一筆紀錄。

把生成、審片與儲存接成可停用的流程

我會把工作流切成五個狀態：腳本確認、候選生成、人工審片、剪輯交付、保存或刪除。每個狀態都要有進入條件、下一個狀態、負責人與停止條件。模型只負責產生候選，審片人員決定內容是否可用，剪輯端決定是否進入交付；這樣才不會讓自動重試一路把 credits 用完。

候選生成要設上限。每個鏡頭先給固定次數，超過上限就進人工判斷，退件原因分成腳本問題、畫面問題、聲音問題與素材權利問題。若所有候選都因腳本不清被退回，繼續加跑只會增加成本；流程應退回腳本狀態，先修輸入再送模型。

儲存也要跟狀態走。草稿和退件版本可以設較短保存期，已採用素材與交付檔才進長期保存；輸出 URI、刪除時間與下載紀錄要留在專案資料表。這種分層做法是流程設計建議，實際保存年限仍要配合公司契約、個資政策、素材授權與客戶要求。

如果影片含真人臉孔、聲音、病患場景或企業內部文件，資料流要先做遮罩與權限分層。對醫療或健康內容，我會把可送出欄位、人工覆核人、禁止自動發布條件與刪除責任寫入工作流，並參考AI 工作流的資料、權限與人工覆核設計。雲端服務的資料政策不能替團隊完成輸入資料分級。

雲端 AI 影片從腳本、生成、人工審片到交付與刪除的五段工作流，標出每段的權限與停止條件。

訂閱制、API、本機部署怎麼分工

訂閱制適合需求量小、需要人工操作介面、每月用量大致可預估的團隊。排程要保留額度期限與方案變更欄位，避免月底集中重做；額度能否滾存、購買額度是否有期限，都應以採購當下的方案條款核對。

API 適合有固定產製量、要把生成接進內容管理或審批系統的團隊。每次請求都能綁上專案、成本中心、鏡頭編號與輸出位置；Google 的文件也示範把影片寫到 Cloud Storage，這使得權限、保存與下載紀錄有機會跟企業既有流程整合。Veo API 文件支持這種串接方向。

本機部署適合資料不能離開內部環境、需要反覆調參，或已有 GPU、儲存與維運能力的團隊。預算表要把設備折舊、電力、更新、模型下載、儲存與維修列出來；本機少了雲端按次費用，卻增加內部維運責任。若工作量不穩定，不能只拿 API 單價和一台閒置工作站比較。

商用權利也要單列。Runway 最新使用條款寫明，公司不主張擁有使用者的輸入與輸出，且在遵守協議的前提下不限制輸出的商業使用；條款同時保留把輸入與輸出用於訓練、改善模型與相關服務的權利。Runway 使用條款支持這兩個判斷，音樂、字型、參考圖片、真人肖像或客戶素材的權利仍要由採購與法務逐項核對。

訂閱制、API 與本機部署比較生成成本、資料流、權限、審計與維運責任。

我會怎麼定一條可執行的成本線

第一條線是每個鏡頭的候選上限，超過就回人工或回腳本；第二條線是每支成片的可用秒數成本，計算式為生成成本加上儲存、下載與審片人力，再除以最後採用的秒數；第三條線是月度預算，達到門檻就停止自動生成，改由負責人核准。

每週檢查一次退件原因與採用率，查出成本最高的鏡頭類型。若成本增加來自解析度或音訊，模型選擇可能有調整空間；若成本增加來自腳本反覆修改，優先修流程與審批點。這個順序能讓團隊知道錢花在哪一段，也能留下換模型後的比較基準。

對台灣團隊而言，先建立一張「鏡頭成本卡」比較實際：每個鏡頭的輸入、候選、退件、採用、保存與下載都要有紀錄。等到連續兩週有穩定數據，再決定訂閱升級、改 API、搬到本機，或刪掉不值得自動化的鏡頭。

常見問題

雲端 AI 影片成本要怎麼估？
先把影片拆成鏡頭，計算每個鏡頭的生成次數與秒數，再加上解析度、音訊、儲存、下載和人工審片。最後用可交付的成片秒數當分母，才看得出每支影片的實際成本。

Runway credits 和 Veo 的計價方式一樣嗎？
不一樣。Runway 官方以工具與生成秒數計算 credits，Veo 3.1 家族的官方價格頁則依模型、解析度與影片或影音輸出按次列價，兩者要用相同的鏡頭數、候選數與交付規格比較。

影片生成改用 API 就一定比較省嗎？
不一定。API 會增加整合、權限、儲存、審片與錯誤重試的工程成本，只有當產製量與流程足以攤平這些成本時，才可能比人工操作更適合。先用鏡頭成本卡記錄兩週，再決定部署方式。