一個勾選框先被加進了設定頁：Steam Beta 更新裡的屏保開關與 Proton 預設

2026 年 10 月 8 日，Valve 向 Steam 用戶端的預覽與 Beta 通道，以及 Steam Deck 用戶端推送了一次更新。公告裡的新功能有兩項值得細看：其一，通用設定與大螢幕模式都新增了「遊戲執行時停用螢幕保護程式」的選項；其二，在 Linux 平臺上，被註冊為非 Steam 遊戲的 Windows 執行檔，如今預設會透過 Proton 執行。一個是給使用者的開關，一個是替使用者做的決定，兩者放在同一份更新清單裡，正好展示了介面設計裡兩種相反卻互補的手法。

先看那個開關。螢幕保護程式在遊戲途中跳出來，從來都是桌機玩家的老困擾，過去的解法多半繞路：使用者自己去改系統電源設定，或仰賴遊戲引擎自行發出「正在使用中」的訊號。Valve 把這件事收進用戶端的通用設定頁，做成一個勾選框，同時也放進大螢幕模式。這個動作的設計意涵在於「層級的修正」：問題發生在遊戲執行時，解法就該出現在離遊戲最近的那層介面，而非要求玩家離開沙發、回到桌面層去處理。特別是大螢幕模式也同步加上這個選項，等於承認了 Steam Deck 接上電視、以十呎距離操作時，設定頁本身就是唯一的遙控面板。

再看那個預設。Linux 平臺上，非 Steam 遊戲的 Windows 執行檔從此預設走 Proton，也就是 Valve 自家的 Windows 相容層。這是一個沒有畫面的設計決定，卻比任何開關更影響經驗：過去使用者要自己為每個手動加入的遊戲挑選相容性工具，選錯了就黑畫面；現在預設值直接站在「能玩」的那一側。這與蘋果在 iOS 27 把 Liquid Glass 的透明度滑桿交還給使用者的思路遙遙相對：一邊是把決定權收進預設，一邊是把決定權用滑桿還出去，兩者其實都在回答同一個問題，介面該替使用者決定到什麼程度。可以參考我們先前對iOS 27 透明度滑桿的介面觀察。

這也是 Steam 一貫的排版邏輯：把最可能成立的路徑設成預設，把少數例外留成選項。相較之下，微軟在 Windows 11 的更新裡讓任務欄可移至四邊，走的是另一條給自由的路，見我們對Windows 11 八月更新任務欄設計的分析。Valve 與微軟同樣在調整介面的鬆緊，只是 Valve 傾向把鬆緊藏在預設值裡，使用者感覺到的是「它就是能動」。

其餘的修復項目同樣有可讀之處。透過瀏覽按鈕更改目標執行檔後非 Steam 遊戲無法啟動、外部工具啟動遊戲後「停止」按鈕失效、遊戲庫遊戲時長偶爾顯示錯誤數值，這幾條修的都是介面承諾與實際行為之間的縫隙：按鈕按下去就該有反應，時長欄位就該是對的數字。一份把這些縫隙逐一列出的更新公告，本身就是一種誠實的排版，類似我們在英特爾 Arc 驅動版本號與已知問題清單裡看到的那種可閱讀的坦白。

需要留意的是，這次更新目前僅推送給預覽與 Beta 通道的測試者，一般使用者得等後續穩定版。一個勾選框、一組預設值，放在更新日誌裡看起來都是小字，但它們正是軟體介面最誠實的部分：選項的位置說明了設計者認為問題屬於哪一層，預設的方向則說明了設計者站在誰那一邊。這次 Valve 兩邊都給了答案：屏保交給使用者勾選，Proton 由系統先替你選好。