一串版本號先被排好了:英特爾 Arc 驅動 32.0.101.9033,是一頁被設計過的誠實
從英特爾 Arc 顯卡驅動 32.0.101.9033 Beta 版的版本號與已知問題清單看起,觀察一份驅動公告如何被設計成可閱讀的介面。
2026 年 9 月 25 日,英特爾發布了 Graphics Software 32.0.101.9033 顯卡驅動,適用於 Arc B 系列、A 系列獨立顯卡,以及內建 Arc 核顯的 Core Ultra 處理器。這是一則再典型不過的硬體新聞:Beta 版、Non-WHQL、支援一款當日發售的新遊戲《控制:共振》(CONTROL Resonant)。但如果先把新聞放一邊,只看這份公告本身,會發現它其實是一個被仔細排過版的介面。版本號怎麼寫、已知問題怎麼分組、建議怎麼給出,每一處都是設計決定。
先看那串數字:32.0.101.9033
英特爾的驅動版本號近年換過一次格式。舊式編號接近日期邏輯,新式的 32.0.101.xxxx 則把主版本、架構代際與_build number 分層排開。對一般使用者來說,這串數字的用途很單純:判斷自己手上的驅動比不比它新。但對產品團隊來說,版本號是承諾的刻度。9033 這個尾數本身不承諾什麼,可「Non-WHQL 測試版」這個標籤承諾了很多,它明確告訴你,這份驅動沒走完微軟的認證流程,裝了之後遇到的問題,請參照下面那份清單。
這種標籤式誠實,在驅動這類產品裡是一種介面設計。同樣一份程式碼,掛上 Beta 就是另一種社會契約:使用者被預先告知風險,回報問題的門檻也跟著降低。英特爾近年把 Arc 驅動的更新節奏拉得很密,幾乎每逢大型遊戲發售就推一版對應支援,這次配合《控制:共振》首發也是如此。驅動與遊戲上市日對齊,本身就是一種排程上的設計,玩家在開賣當天打開商店頁之前,支援已經就位。
與 NVIDIA 和 AMD 相比,英特爾的作法有自己的版面性格。NVIDIA 的 Game Ready 驅動把「支援哪款遊戲」放進標題主語,AMD 則常用 Adrenalin 版本搭配功能敘事。英特爾這份公告的新聞要點只有一條新遊戲支援,剩下的篇幅幾乎全給了已知問題。這個比例分配,就是這份文件最有趣的地方。
已知問題清單:一份被分層的誠實
公告裡的已知問題按硬體分組:Core Ultra 系列 3、Arc B 系列、Arc A 系列、Core Ultra 系列 2、系列 1,最後是通用問題。每一組底下列出各自的崩潰場景,從《Mafia: The Old Country》的 DX12 崩潰,到 PugetBench 在 DaVinci Resolve Studio 基準測試中的間歇性崩潰。
這份清單的排版邏輯是「硬體代際優先,症狀其次」。使用者第一件要做的事是找到自己的硬體所屬組別,再往下掃症狀。這跟醫療說明書按年齡與體重分劑量的結構類似:先定位自己,再讀風險。清單裡最值得注意的細節,是官方給 DaVinci Resolve Studio 崩潰問題的建議,把超時滑塊調整到 1500 秒或更高,等待每個測試完成。這句話把一個 workaround 寫成了具體參數與操作步驟,而非「請耐心等待」這類空話。一份已知問題清單的品質,往往就決定在這種地方:數字給了、位置給了、預期行為也給了。
另一個細節在通用問題那組。共享 GPU 記憶體覆蓋設定可能無法顯示實際分配值,效能調教功能仍是 Beta,且在多 GPU 場景下可能一次對多個裝置套用變更,而非依 GPU 選擇器逐一套用。這條描述精確到互動層級,它講的已經是介面行為的缺陷:一個選擇器控制項沒有正確隔離它的作用範圍。把它寫進公開公告,等於承認自家設定頁的資訊顯示與控制邏輯還沒收斂。這種把介面缺陷逐條寫進發行文件的做法,在消費軟體裡並不常見,多數廠商傾向把這類問題留給客服單獨回覆。
一個更新包裝了三個元件
公告末段列出了這個更新包的組成:Intel 顯卡驅動 32.0.101.9033、Intel Media SDK Runtime 21.0.1.35、Intel oneVPL GPU Runtime 21.0.2.17,支援 DX12、Vulkan 1.4、OpenGL 4.6,相容從 Windows 10 22H2 到 Windows 11 25H2。這一段在視覺上最不起眼,卻是整份文件結構裡的底層揭露:使用者以為自己裝的是「一個驅動」,實際上是一個打包了媒體執行環境與影片處理執行環境的組合件。把元件各自版本號並列寫出,是一種拆解式的資訊設計,讓進階使用者與系統管理員能對照排查,也讓這份公告在日後被搜尋時能被精準命中。
從覆蓋範圍看,這個驅動一路相容到 Core Ultra 系列 1 的老平臺,已知問題也一路列到系列 1 上《NBA 2K26》首次啟動可能崩潰。一條產品線的世代跨度,就這樣被壓縮在一份清單的分組標題裡。
收在比例上
回到最初的觀察。這份公告把一條新遊戲支援放在前面,把十幾條已知問題鋪在後面,最後用元件清單與 API 版本收尾。這個比例說明了 Arc 驅動目前的處境:新功能是單點的、按需交付的,而問題面是寬的、需要持續披露的。與對手把驅動當功能舞臺來經營相比,英特爾此刻更像把驅動當工單來經營,而這份工單的排版,恰好誠實得有辨識度。
誠實本身不會讓驅動變快,但會讓使用者知道自己在跟什麼打交道。對一個仍在追趕的顯卡品牌來說,這可能是最便宜也最有效的一層介面。這也與我們先前談過的英特爾 18A 良率數字如何被設計成可讀的敘事屬於同一套邏輯:把不完美的數字與症狀主動排進公開文件,讓「還沒好」這件事變得可以被閱讀。差別只在於,良率是給投資人看的,這份已知問題清單,是給每一個按下安裝鍵的人看的。