Sume API 上線主打零加價:多家 AI 影片模型按供應商原價轉收

Sume 在 10 月 22 日把 AI 廣告平台背後的模型層開放成公共 API,David Im 點名同業加價並主打按供應商原價轉收、0% 加價。本文對照官方價目與帳務文件,整理零加價的適用範圍、自家產品費率、預留扣款規則與從 Higgsfield 搬遷的成本。

用 AI 摘要這篇文章:

做 AI 廣告起家的 Sume,在 10 月 22 日把平台背後的模型層開放成公共 API,主打一句話:模型按供應商原價轉收,0% 加價。發文宣布的 David Im 措辭相當有火藥味,直接點名三家同業的加價數字,再配上 68 秒說明影片,推文到 10 月 24 日已累積超過 5 千個讚。對正在挑 AI 影片或圖片生成 API 的開發者來說,這則新聞真正值得弄清楚的是三個問題:零加價到底省下了什麼、一張帳單是怎麼跑的、從別家搬過來要動多少程式。三題的答案都寫在官方文件裡,而且都有明確的界線。

零加價省下來的是哪一層的錢?

先看官方措辭。Sume 的 API 價目頁 寫得很直白:型錄裡每個模型按供應商價格計費,0% 加價;沒有另外簽訂價目合約的工作區,付的就是供應商收的價錢,上頭沒有利潤、沒有手續費。帳務文件再補一句但書:簽了約的工作區,按合約條件計費。

把這幾句話拆開,會看到三種定價制度同時存在。經過路由呼叫第三方模型,例如 OpenAI 的 GPT Image、Google 的 Nano Banana 與 Veo、Seedance、Kling、Wan,按原廠價格轉收,這是零加價承諾的適用範圍。Sume 自家的產品,包括 Avatar 1.0、Image 1.0、Video 1.0,以及去背、放大、時間軸渲染這些媒體工具,走官方費率卡,價格由 Sume 自己定。簽約的企業工作區則回到合約。

Sume 官方帳務文件頁面:標題寫著每個工作按供應商價格、0% 加價計費,並列出單一美元餘額、預留結算與退款三段說明Pin
Sume 帳務文件把零加價寫在第一段:型錄模型按供應商價格計費,自家產品另列費率卡,簽約工作區按合約。

這裡有個值得停下來想的細節。對第三方模型來說,供應商是模型原廠,零加價等於 Sume 放棄轉售毛利;但對 Sume 自家模型來說,供應商就是 Sume 自己,「按供應商價格計費」這句話對自家產品不構成任何外部約束。零加價是真的承諾,只是它約束的是轉售那一層,不是整張帳單。

放到實際工作流程裡看會更具體。一段影片從生成到成品,常常要經過好幾站:先用路由模型生成影片,再送去去背、放大或進時間軸合成。生成那一站落在零加價的範圍裡,後面每一站都按 Sume 自訂的費率算錢。估算總成本時,要把每一站各自的單位接起來算,而不是只看生成那一站的單價。

價目表上還有兩個耐人尋味的格子。Image 1.0 與 Video 1.0 這兩個自家模型,費率欄只寫按工作計量、實際價格帶依請求而定;兩個 Router 列雖然也不印單價,至少載明按供應商價格轉收,這兩格則連計價依據都沒有。要拿到確切數字,得用 API 金鑰呼叫型錄端點,或者送一筆工作看預留金額。換句話說,這張強調透明的價目表,最不透明的兩格恰好留給自家產品。

一張帳單從預留到結算是怎麼跑的?

Sume 的計費仰賴單一餘額:網頁應用、Agent、API、命令列工具與 MCP 全部從同一個工作區餘額扣款,以美元計。儲值每次效期 365 天,刷卡處理費由 Sume 吸收,儲 50 美元就是 50 美元餘額,官方還特別強調「按成本計」描述的是工作從餘額扣多少,跟刷卡那一端無關。

工作送出時,系統先從餘額預估並保留價格,工作結束才結算;生成失敗的工作,款項退回工作區餘額。文件把兩種退款分得很清楚:工作失敗退回餘額,跟把儲值款退回信用卡,是兩回事。服務條款寫明,除非法律要求或 Sume 明示,費用與已消耗的點數原則上不可退。同時送出很多工作時,被預留的金額會讓可用餘額暫時變少,中途可能因餘額不足而無法繼續送件,這對排程批量生成的團隊是實際的約束。對低頻使用的團隊,效期也會影響一次該儲多少:只跑少量測試,卻一次放進遠超需求的餘額,並不會因為零加價就變得比較划算。

同時執行的工作數量也有上限。官方 SDK 文件寫的區間是每個工作區 2 到 40 個同時排隊與執行的工作,依過去 28 天加入的資金決定;價目頁的說法是儲值越多,同時跑的工作越多。超過上限的送件會被拒絕,而且不收費。想在不出錢的情況下先看價格,MCP 呼叫有 dry_run 模式,API 也提供免費的價格預估端點。

自家產品與媒體工具的計量單位各不相同,估算時容易踩坑。影片放大按輸入秒數計,時間軸渲染按輸出分鐘無條件進位,語音轉文字按音檔分鐘計,文字轉語音按字元計而且空格與標點都算錢。把每秒和每分鐘的單價混在同一欄比較,算出來的帳不會準。

Sume API 價目頁的公開費率卡:Avatar 每秒單價、音訊與媒體工具費率一覽,Image Router 與 Video Router 標示按供應商價格轉收 0% 加價Pin
Sume API 價目頁的公開費率卡(2026 年 10 月 24 日版本):路由模型標 0% 加價轉收,Avatar 與媒體工具列明碼,Image 1.0 與 Video 1.0 只寫按工作計量。

官方費率卡上列有明碼的項目如下(費率卡版本:10 月 24 日;最後兩列屬第三方模型,經路由計費):

項目單價計量方式與條件
Avatar 建立$0.96每個頭像一次性收費,Sume Avatar 1.0
Avatar 影片(Standard)$0.184 起每秒,帶商品版本 $0.19408
Avatar 影片(Max)$0.55008 起每秒,帶商品版本 $0.58
VEED Fabric 1.0 對口型$0.08(480p)每音檔秒數進位,720p 為 $0.15008,上限 300 秒,第三方模型經路由計費
語音轉文字$0.00368每音檔分鐘,上限 10 分鐘
文字轉語音$0.04752每千字元,空格標點皆計,上限 2 萬字元
音樂生成$0.112每次生成
去背$0.032每張圖片
影片放大$0.00704每輸入秒,上限 30 秒
時間軸渲染$0.10每輸出分鐘進位,上限 1800 秒
GPT Image 2(低品質)$0.006每張,經路由轉收

路由模型的完整單價不在這張表上,官方把即時價格放在需要金鑰的型錄端點,文件提醒,型錄裡模型之間的價差可以超過一百倍。換句話說,選錯模型要多付的錢,可能遠超過換平台省下的差額。

從別家搬過來,要動多少程式?

官方給的答案出乎意料地少。Sume 的 Node.js SDK(MIT 授權)在說明文件開頭就承認,它刻意做成 Higgsfield JavaScript 客戶端的形狀:同樣的 config()、subscribe()、withPolling,同名的錯誤類別,只有呼叫內容跟主機不同。文末還附一張「Coming from Higgsfield」對照表,從套件名稱、環境變數、授權標頭到輪詢路徑逐項對照。已在 Higgsfield 上的程式,搬家大致上是換主機、金鑰與模型識別字的寫法。而 Higgsfield 正是被點名加價 40% 的那一家,把 SDK 做成對手的形狀,商業意圖完全不掩飾。

除了 Node.js,文件另提供 Python 呼叫範例,兩個命令列工具儲存庫也在同一週建立,入口全都走同一對路由端點;API、命令列與 MCP 三個入口的用量都從同一個餘額扣款,對帳時要把各入口的紀錄彙在一起看,只盯著單一程式的送件量,會對不上餘額的變化。

工程上有幾個規則要先記住。每筆送出自動帶冪等鍵(Idempotency-Key),網路層的重試不會重複計費。影片生成可能跑好幾分鐘,SDK 預設輪詢上限 5 分鐘,逾時丟出例外時工作仍在執行,正確做法是用同一個冪等鍵再呼叫一次、拿回同一個工作;換新的鍵,就等於送出第二個要付費的工作。官方影片文件用醒目的 Long jobs 警告框寫這件事:逾時之後別再送一次,那會啟動並計費第二個工作。做產品的人如果把這個情境交給自動重試,使用者按一下重新生成,錢就扣第二次。

錯誤處理要分種類。400 是欄位缺失或超出模型範圍,要改輸入;402 是餘額不足,回應內容會附上需要與可用的美元數字;429 有兩種,佇列滿要等工作結束,速率限制要放慢送件頻率,相同的狀態碼讀細節才知道下一步。Webhook 每次送達都帶簽章,SDK 提供 verifyWebhook 驗證函式,沒收到 2xx 回應會重試約三小時,同一事件可能送達多次,要依工作編號去重。

資產的存放位置值得放進採購評估。完成品放在 media.sume.com,SDK 文件明說:任何拿到連結的人都讀得到,需要控制存取就自己複製到自己的儲存。另外,時間軸渲染要求所有素材由 Sume 代管,對口型模型 VEED Fabric 1.0 的音檔也必須放在 Sume 且小於 10 MB,輸入端有一定程度的綁定。上傳檔案本身免費,流程是先要一個上傳位址、再用不帶 API 金鑰的請求把檔案放上去,這個設計讓金鑰不會出現在檔案傳輸的路徑上。

加價四成的指控,要怎麼讀?

David Im 的推文列了三個數字:Higgsfield API 即使套用最大公開折扣,仍加價 40%;Fal 加價 100%;Runway 在 Seedance 2 480p 上加價 414%。影片後段再補兩個對比:同一個 Seedance 2 480p 工作,Sume 比 Higgsfield 便宜約 29%,比 Runway 便宜約 80%。

這些是銷售方提出的比較,提出者同時在賣這個服務,比例不宜直接當成獨立結論。原因很實際:模型價格會變,兩個平台對同一個模型名稱提供的解析度、時長、音訊與參考素材輸入也可能不同,只把每秒單價除一除,差額未必都是平台加價。折扣資格也是變數,有的平台要大額預付才拿得到公告折扣,把「最大折扣價」直接當成所有人的單價,帳會算得太樂觀。

聚合轉售本身是中性的生意,Fal 正是這條路線的代表,HeyGen 才在十月把有聲短片與語音端點上架到 fal,底層引擎同樣是外包給模型原廠。把多家第三方模型收進單一產品的做法也越來越常見,ElevenLabs Studio 4.0 就把 27 個影片模型裝進同一個剪輯時間軸。Sume 的差別在於把「轉售毛利收不收」搬到檯面上,當成主要的行銷話術來打。

如果你真的要比,文件也給了可重現的路徑:固定模型識別、解析度、時長與參考素材,分別保存兩家當天的官方報價,再用小額實際跑一筆,對照預留與結算金額。走完這個流程得到的數字,才叫得出「便宜多少」。

現在能用上什麼,回頭還要查什麼?

模型清單在 10 月 24 日的文件表格上,列了 13 個圖像模型、20 個影片生成模型、16 個對口型模型與 1 個字幕模型,從 OpenAI、Google 到快手、MiniMax、HeyGen、VEED 都有,Seedance 2.5 也在其中(它的費用規則與草稿模式,可以先看先前的整理)。站方特別註明,清單端點才是即時來源,模型可能先上線、表格晚點補。這句話同樣提醒讀者:任何清單數字都有保存期限,使用的時候以型錄端點為準。

文件的語言只有英文與韓文,沒有中文版,對台灣團隊來說,導入時的溝通成本要自己算進去。Sume 本體是一個做廣告的 AI 創作平台,公司登記在舊金山,平台上的 Agent 會找素材、重製影片、上字幕、發到 TikTok、Instagram、YouTube 與 Meta;API 等於把這套平台背後的模型層抽出來單獨賣。從 GitHub 上的 SDK 儲存庫時間戳看,開發者平台在 10 月 15 日前後動工,四個 SDK 與命令列儲存庫都在一週內建立,舊網域 open.sume.com 現在直接導回主站,命名也從 Sume Open API 收斂成 Sume API。從儲存庫動工到宣布零加價開戰只隔一週,節奏相當快。

還沒有答案的部分也要說清楚。David Im 在站方公開文件裡沒有列職稱,推文帳號掛的是 Sume 企業標章;Image 1.0 與 Video 1.0 的實際價格帶要進帳號才看得到;實際送件的品質、速度與穩定度,任何公開文件都回答不了。價格與模型清單都可能變動,以上數字對應 10 月 24 日的費率卡與文件表格版本。要留退路的話,把模型選擇跟業務邏輯分開寫,日後模型漲價或平台改條件時,改動的範圍才會小。

要驗證這個服務適不適合你,最省錢的路徑其實文件都鋪好了:小額儲值(記得 365 天效期),挑一個你已經有實測經驗的模型,用價格預估或 dry_run 先看報價,送一筆最小單位的工作,對照預留與結算的金額,再把成品從 media.sume.com 搬回自己的儲存。零加價是不是真的划算,走完這一圈,你的帳單會比任何宣傳影片都有說服力。

Sliven 褚崇名
Sliven 褚崇名

每日分享科技新知、免費資源以及 WordPress、虛擬主機相關主題,任何問題歡迎在科技月球下方留言,或是發送 Email 至 [email protected] 與我聯繫。

文章: 2068

發佈留言

發佈留言必須填寫的電子郵件地址不會公開。 必填欄位標示為 *


Share to...