Ling-3.2-flash 發布:560B 多模態模型、百萬上下文與免費期限制怎麼看?

Ling-3.2-flash 發布,解析 560B 多模態模型、百萬 token 共用上下文、官方視覺評測與限時免費條件,避免混用舊版費率。

Share
Ant Ling 官方以多組長條圖比較 Ling-3.2-flash 的文件、視覺與代理評測
官方發布圖包含多種評測與不同縱軸,部分領先項目不能外推為全面排名。 圖片來源:官方原文。

Ling-3.2-flash 把圖片、文字與影片一起納入理解,讓 AI 在讀文件或操作視覺工作時,可以使用畫面中的資訊繼續推理。

Ant Ling 在 11 月 5 日發布這款模型,主打複雜視覺、長流程代理與空間理解。這次的重點是如何使用視覺線索完成任務,並不代表模型本身會產生影片。

官方列出的規模為五千六百億總參數、每次啟用約二百五十億參數,並支援最多百萬 token 的上下文。因為上下文同時容納輸入與輸出,不能把它當成不限長度的影片容量。

發布比較圖在部分項目領先 Opus 5,但其他項目仍有差距,圖中的任務範圍與評分口徑也不相同。

對需要文件畫面或影片理解的開發者,這是一個可加入測試的 API 選項。採用之前仍得確認帳戶、資料及免費期之後的計價方式。

先把模型能力、取得方式與評測邊界看清楚,才能知道這次更新是否能解決手上的工作。

Ling-3.2-flash 是什麼,原生多模態如何影響工作?

Ling-3.2-flash 是 Ant Ling 提供的多模態模型,能接收文字、圖片與影片。原生多模態指模型的設計將不同形式的資訊納入理解,不是先把所有畫面都當成一段普通文字來看。

這種能力適合拿來處理需要畫面證據的工作。例如閱讀報表時,標題、欄位與數字位置都會影響意思,只拿文字辨識結果,可能把相鄰欄位接錯,模型若能看見版面,就多了一種判斷依據。

不過,看得見畫面仍不代表一定理解正確。像表格中淡色的小字、跨頁標題或圖例,仍應設計具體題目核對。使用者真正要驗收的是答案和原文是否一致,而不是回覆看起來是否流暢。

理解影片與產生影片是兩種工作

官方文件列的是影片輸入,意義是模型可以根據影片內容回答問題。它不等於提供從文字生成動畫、輸出影片檔或替素材完成後製的功能,不能因為看到多模態三個字就混用。

例如教學影片整理,可以請模型找出某個操作出現的位置,再說明前後步驟。這樣的驗收應回到實際片段,確認描述對應同一個畫面,不能只比對模型寫出的時間數字是否格式正確。

若要進一步操作網頁或執行軟體,還需要應用程式接上工具、管理權限及回傳結果。模型理解按鈕的位置,只是任務流程中的一部分,不能據此宣稱已完成登入、送出或交易。

醫療相關定位應如何閱讀?

官方提到醫療多模態方向,也在發布圖放入醫療評測。但資料集中的作答表現,與真實病人照護的有效性、責任和資格不同,不能把榜單分數當成臨床可用證明。

一般開發測試可使用公開、沒有個人資訊的範例,觀察圖文對照及引用能力。若問題涉及個人病況,仍應回到適當的專業流程,不應只憑模型答案做診斷決定。

知道輸入能放什麼之後,還要確認這些內容在同一個上下文裡怎麼分配。

Ant Ling 官方以多組長條圖比較 Ling-3.2-flash 的文件、視覺與代理評測
官方發布圖包含多種評測與不同縱軸,部分領先項目不能外推為全面排名。 圖片來源:官方原文。

560B、25B 與百萬 token 上下文有何差別?

官方模型文件 列出五千六百億總參數、每次啟用約二百五十億參數。參數可以理解為模型學到的數值,而啟用數量是處理當下內容時實際參與的一部分。

因此,兩個規模數字不能互換。總參數大,不等於每次請求都把整套參數完整運算一次,啟用數較小,也不代表讀者可以直接用同樣容量的家用顯示卡執行全部模型。

這次文件提供的是 API 使用方式,評估者可以先透過服務測試。若要自行部署,還需要這個具體版本的權重、運行條件與授權,不能只從參數數量推算已經能下載。

百萬 token 是共用容量

token 是模型處理內容的單位,與中文字、英文單字或影片秒數沒有固定的一比一關係。官方 FAQ 明列,百萬 token 由輸入和輸出共用,不是輸入放滿之後還有另一個百萬可回答。

同一段工作還可能包含系統指令、歷史對話與工具結果,因此長影片或長文件仍要替後續回答保留空間。尤其代理多次操作時,工具回傳會逐步增加內容,不能只計算第一份檔案。

容量也不等於檢索品質。若任務要比較文件最前面與最後面的條款,可以分別安排已知答案的題目,確認模型有沒有漏看某個位置,再決定是否增加檔案長度。

對影片也一樣,應記錄取樣與輸入方式,避免把不同畫質、不同片段當成同一條件。這是建立測試的方法,並不是官方承諾所有影片都能用同樣速度或費用處理。

關於更長上下文研究的基本差別,可搭配站內解說理解,避免把容量上限和正式可用範圍混在一起。

延伸閱讀:ZHA 階層注意力研究:用樹狀索引找上下文,十億 token 仍是什麼階段?

規模有助理解運算設計,但選模型仍要回到要完成的任務與評測條件。

官方比較圖真的代表全面超越 Opus 嗎?

官方發布圖顯示部分文件與視覺工作領先 Opus 5,卻沒有在所有項目都較高。因此,讀圖時應先確認自己在意的任務,不能只挑最大的幾根長條作為整體排名。

例如官方列出 OmniDocBench 1.5 的文件成績為九十二點二一,對照 Opus 5 的九十點五六,Vision2Web 則為八十五點八六,對照八十點二〇。這些都應保留為官方提供的測量。

官方圖中的項目 Ling-3.2-flash Opus 5 對照值
OmniDocBench 1.5 92.21 90.56
ZEROBench Sub 43.71 39.52
Vision2Web 85.86 80.20
BabyVision 69.85 71.91
Blender 67.77 79.44
AndroidWorld 85.63 90.09

同一張圖也顯示,BabyVision、Blender 和 AndroidWorld 的對照值仍由 Opus 較高。這代表能力分布有差異,不能寫成一個新模型已全面取代另一個模型。

文件分數不能直接代替整份流程的成功率

假設一份報表有五十個要抽取的欄位,即使多數文字都讀對,只要其中一個付款金額放錯欄,整份結果仍可能不能送出。因此,除了逐字或逐項成績,也應記錄完整文件一次通過的比例。

這種計算方式會改變選型結果。有的模型平均讀字表現不錯,卻經常漏掉同一種註腳,此時改善輸入裁切或補上明確指令,可能比追求更大的總參數更直接。

影片工作則可分開檢查畫面事件與時間定位。模型可能正確描述有人按下按鈕,卻指向錯誤片段,若後續流程要自動剪輯,兩項都必須通過,才算能交給下一步。

這些是建議的驗收方法,尚不是本次官方測試已證明的結果。讀者可以先依自己的錯誤代價訂定門檻,再比較不同模型是否達標,而不必讓單張發布圖決定整份工作。

子集、指標與縱軸都會影響解讀

圖中的 HLE-MM 有子集說明,醫療項目也分成完整性與正確性兩種口徑。回答內容涵蓋得多,和每個細節都答對,並不是同一件事,兩者不宜合併成一個醫療能力數字。

此外,部分圖的縱軸不是從零開始,視覺上的高度差不等於分數差的比例。更適合保留原始數字,再檢查對照版本、設定與註記,避免被圖形的外觀帶走判斷。

圖註對部分數值標示官方 API 設定,不同任務的評分條件也各自存在。本文沒有重跑這些測試,因此不把發布圖當成獨立驗證,更不能把多項分數直接相加。

怎麼把比較圖變成自己的測試?

若主要工作是發票欄位擷取,應關心金額、日期與欄位對應,若是從畫面建立網頁,則要驗收版面、互動與能否實際使用。兩種工作即使都需要視覺,成功條件仍不同。

實作時可以固定同一批輸入、同樣的回答格式和重試次數,讓不同模型處理,再用人工核對的答案評分。這樣才能分辨是視覺理解改善,還是其中一組得到了更多提示與嘗試機會。

若任務還涉及外部工具,也要保留工具結果,因為模型本身的判斷與工具是否正常運作,會共同影響最終成功率。

延伸閱讀:OpenVLHarness 視覺代理框架:不重訓模型,工具與多模態記憶能改善哪些看圖工作?

把比較範圍收回具體任務後,費率與帳戶條件就會成為下一個採用因素。

免費期、API 與帳戶限制怎麼核對?

官方定價頁 寫明,Ling-3.2-flash 上線前兩週限時免費。但查詢時沒有列出這個版本的常態費率,因此不能把其他型號的價格貼過來,當成免費期結束後的保證。

特別是同頁存在 Ling-3.1-flash 等舊版數字,複製時容易看錯型號。計算長期成本前,應確認計價的確對應 3.2、輸入與輸出的單位,以及查詢當日仍適用的條件。

申請帳戶不是單純取得一組金鑰

文件要求綁定個人支付寶帳戶,並透過相關小程式與雲端服務完成存取及計費安排。企業版支付寶目前不在同一支援範圍,企業合作另有聯絡管道,不能假設所有組織都走同一條申請路徑。

這些條件也不等於已確認台灣每個帳戶都能開通。本文沒有替讀者操作註冊或啟用扣款,是否能使用仍取決於正式流程、所在地與帳戶資格。

相容 API 不等於每套軟體都能直接用

官方 FAQ 列出相容 OpenAI 與 Anthropic 兩種呼叫協定,方便程式用既有格式接入。但協定相容不代表所有模型功能、事件或第三方介面都完全一致。

例如只允許特定官方供應商的程式編輯器,即使底層模型支援相容協定,也未必允許自訂入口。採用前應先確認應用程式可否修改模型位址,以及需要的圖片、影片功能能否被正確傳送。

FAQ 另列目前每秒請求數限制為二。這是查詢時文件中的服務條件,高併發需求需另洽官方,不能把免費期理解成無上限流量。

文件也另有每日免費額度與餘額說明,但不應拿一般額度機制,替代 3.2 專屬限時免費條件。專案應保存當日頁面與實際帳單,再於免費期結束前重新核對。

取得入口確認後,才適合用可公開資料建立自己的測試。

Ling-3.2-flash 常見問題

這次可以下載模型自行部署嗎?

查詢到的 3.2 文件提供 API 路徑。模型家族的開源介紹,不能當成每一版權重都已提供,其他版本有下載頁,也不能直接移用到這個型號。

百萬上下文可以換算成固定幾小時影片嗎?

不宜直接換算。輸入方式、畫面取樣及其他內容都會占用容量,而且輸入與輸出共用上限,應依實際請求與官方限制評估。

免費期結束後能沿用 3.1 的價格嗎?

不能如此推定。查詢時未見 3.2 常態價目,規畫長期使用前應重新確認對應型號的正式費率,而不是把舊版數字當成約定。

官方成績較高,就可以省掉人工核對嗎?

不能。資料集成績描述特定條件下的表現,實際文件、圖片與工作流程可能不同。若錯誤會影響後續處理,仍需保留答案引用與適當驗收。

先選一種視覺工作,測成功率與免費期後成本

這次更新的價值,在於提供另一種能結合畫面與文字推理的 API 選擇。最適合先做的,是範圍明確、答案可核對,而且真的需要視覺線索的工作。

先挑一批公開文件或已取得使用權的片段,寫下期待答案與引用位置,再固定提示詞比較結果。把漏看、誤讀與工具失敗分開記錄,才知道要改善哪一段流程。

接著保存用量、等待時間和帳戶條件,於免費期結束前核對 3.2 正式價格。等能力、存取與費用都符合需求,再決定是否擴大使用。

資料來源

Read more

Muse Ember 官方發布頁的淺藍色放射線與圓弧示意圖

Muse Ember 發表:Meta 低價模型如何分擔代理工作,長上下文費用怎麼算?

Muse Ember 想降低的,是 AI 代理每天反覆讀檔、叫工具和修小錯的支出。代理一次任務往往需要很多小步,所以單次回答便宜,累積起來才可能改變整個工作流程的成本。測試結果同樣不是全面領先。官方整理的程式評測裡,有些項目高於同級模型,另一些仍落後 Claude Haiku 5.5,代表團隊需要用自己的任務決定分工。