多數人工智慧平台是把媒體生成事後鎖上去的。另開一個分頁、另配一把 API 金鑰、一套與你對話餘額毫不相干的計費方式。ToRun 取的是另一種立場：影像、影片與音樂生成都是模式——與對話或程式碼一樣是完整的產品面——並且走過與任何其他呼叫分毫不差的依能力分派與計費流程。
本文說明其機理，以及它為何要緊。
分派流程如何對待媒體
ToRun 的每次請求都從一個模式開始：對話、影像、影片、音樂、研究等等。每個模式宣告它所要求的能力。影像生成要求 image-gen 能力，影片要求 video-gen，音樂與音訊合成要求 audio-out。一次把對話與影像輸出接起來的請求——例如在解釋旁邊給出一張概念草圖——同時要求 text 與 image-gen。
分派流程取過這份能力集合，把模型目錄收窄到全部滿足這些能力的供應商，再依價格與品質為候選排序。所選模型沒有在你的工作流程裡被寫死；若某供應商當機或遲緩，備援鏈會自動挑出下一個合適的模型。你不寫針對某家供應商的程式碼，也不必依型態維護各自的 API 金鑰（除非你願意，透過 BYOK）。
這一點在你混用型態時最要緊。一個工作流程節點可以讓文字模型寫出場景描述，把該輸出交給影像生成模型，再把影像的位址交給延展影片的模型——全在同一張圖裡，全記到同一本帳冊上。
與供應商實際收費相符的計價單位
媒體計費向來不透明，因為其單位並不對應到詞元。ToRun 使用十二種標準計價單位，以精確涵蓋每一種型態：
- 每張影像——用於擴散模型與文字轉影像模型；價格捕捉的是生成，而非像素。
- 每秒音訊——用於語音合成、口說輸出與音樂生成。
- 每秒影片——用於影片生成模型；長度與解析度型號寫在價格列上。
- 每字元語音合成——用於依字元收費的語音介面。
與之並列的，是常見的詞元單位（每百萬輸入詞元、輸出詞元與輸入快取詞元），涵蓋參與媒體流程的文字模型。
每一次呼叫都寫下恰好一筆計費紀錄。該紀錄在執行當下凍結價格：計價單位、每單位價格、消耗數量、計入 ToRun 加成後的美元金額，以及在你的帳戶幣別不是美元時的匯率快照。若某供應商明天改價，你今天的帳單依然可從帳冊完整重算。你可以匯出原始價格，離線核到每一分。
把媒體生成與對話、工作流程組合起來
這套架構回報最豐的地方是工作流程。
工作流程節點不過是一個宣告自身所需的步驟：一個具備某些能力的模型、一份輸入結構、一份輸出結構。音樂節點可以接受一段文字提示與一個長度，回傳所生成音訊的 Bunny CDN 位址。影像節點接受提示、畫面比例與風格提示，回傳一個影像位址。這些節點與其他任何步驟一樣可以組合。
你可以建出這樣一條工作流程：
- 把一份產品簡介作為輸入。
- 呼叫文字模型，生成五個標語版本。
- 呼叫影像模型，為每個版本繪製一張主視覺。
- 呼叫語音模型，念出選中的標語。
- 回傳一份包含文字、影像位址與音訊的結構化產物。
這次執行整體的計費分成五筆紀錄——每次模型呼叫一筆——全都繫在同一個工作流程執行識別碼上。你能看到依步驟的成本拆解。因為結果要緊，執行器預設取品質等級的模型；你可以依節點覆寫。
同樣的邏輯適用於對話。若你的對話觸發了一次影像生成呼叫——無論是你直接要求，還是某條附帶的工作流程啟動了它——該呼叫都會走過分派流程，並作為一列出現在你的工作階段成本檢視裡。沒有什麼藏在統一費率裡。也沒有什麼先免費、後收費。
現在有哪些在跑
影像生成、影片生成與音樂／音訊生成在第一階段均已可用。它們走過與文字相同的供應商目錄，記到同一本帳冊上，並在同一個工作流程建構器裡組合。具體哪些模型可用，取決於彼時目錄中有哪些供應商、它們宣告了哪些能力——分派層會即時反映這一點。
價格見 /pricing。若你想以更低的平台費用、經由自己的供應商帳號分派媒體呼叫，也有 BYOK 支援。