爐心沒換、火卻不太一樣：Granite Switch 4.1.1 更新後的試菜筆記

2026 年 10 月 29 日，IBM 發布了 Granite Switch 4.1.1。公告裡那句「與 4.1 向後相容、無須遷移」，聽起來就像房東跟你說：廚房沒動，你照常開火。但走進去你會發現，爐子的款式確實沒換，爐心卻換過一顆。火苗的顏色、加熱的速度、鍋底受熱的均勻度，都可能跟你記憶裡那鍋湯有點出入。

這次更新集中在兩個地方：Granite Speech 的語音辨識模型，以及 granitelib-core 的 Decision adapter。Base model 本身沒有重新計算。翻成廚房的話，主結構、排煙、瓦斯管線都沒動，動的是爐心那顆會實際決定火力輸出的零件。

「相容」這兩個字，要靠試菜來驗

廚師換了新爐心，第一件事從來不是看規格書，而是打一碗蛋、倒進鍋裡，聽那聲「滋啦」夠不夠脆。軟體也一樣。來源文章裡有個很實際的提醒：即使 endpoint 沿用、服務正常回應，也不代表下遊依賴的固定欄位、格式或門檻沒變。湯有滾，不代表鹹度對。

所以驗收要看兩層。介面契約是一層，你的程式還叫得動它嗎；實際輸出是另一層，回應的內容與分布，還是你程式認得的樣子嗎。

還有一個值得留意的細節。公告稱新版語音辨識支援 10 種語言，還加入原生標點與大小寫處理，但目前的 8B 模型卡列出的是 7 種語言。規格數字對不上，這時候與其相信文件，不如用自己會用到的那種語言，實際測一段轉錄。就像食譜上寫「三人份」，你家的碗多大，只有你自己知道。

這種「先用自己家裡的鍋試過再說」的謹慎，跟我們先前聊過的追劇那碗麵端上桌前先確認爐火是同一套邏輯：相容性從來不是規格表上的一行字，是你家廚房實際開夥的結果。

Base model 沒變，組合變了

來源裡另一個提醒，廚房裡的人一聽就懂：一道菜的味道，從來不是單一食材決定的。Adapter、模型模板、執行框架、請求格式，這些像油、鹽、鍋具與火候，共同決定最後端出來的東西。Base model 沒變，就像主料還是同一塊肉，但換了醬油品牌、換了鍋，燉出來的顏色就是不會完全一樣。

IBM 稱 Decision adapter 更新後在 Jev Decision Index 測試集的整體表現改善，但公告沒有列出分數、前後差距或細項。模型卡上能看到的是：4.1 8B 版在 Jev Decision Index v0.3 公開測試集的整體分數 46.72（滿分一百）。這是特定版本、特定評測流程下的數字，換到你的分類、路由或審核任務上，能不能對得上，還是得自己試。

所以來源給的建議很樸實：部署清單別只寫「Granite Switch 4.1」。記下實際載入的 adapter、模板與執行環境，日後才追得回「為什麼這次燉出來的味道跟上次不一樣」。這就像家裡那本手寫食譜，重點從來不只是「加了什麼料」，還有「哪個牌子的、哪一年的、開大火還是小火」。

留一條退路，像留一碗白飯

更新這種事，最忌諱破釜沉舟。有經驗的家庭煮婦煮夫都知道，試新食譜那天，桌上還是要有一碗白飯、一盤熟悉的炒青菜，新菜失手了，飯照樣開。回退也是同一回事：先想好在什麼條件下退回 4.1，是轉錄品質掉到你不能接受？還是決策流程的輸出讓下遊程式開始出錯？把這些條件在升級前就寫下來，別等鍋燒乾了才找滅火器。

爐子升級那天，飯還是要照常開。相容與否，文件說了算一半，剩下那一半，是你家爐火上那鍋湯自己會告訴你的。