《風起時分》充滿了惡魔獵人、傳奇刀劍和政治陰謀，然而，一隻鵝卻成為了焦點。這款新的免費遊玩武俠 RPG 中，玩家們遇到了一隻以兇猛著稱的鵝，這隻鵝能夠輕易壓倒等級較低的角色，形成了小規模但逐漸增長的文化現象，玩家們開始分享關於如何生存於這隻憤怒小鳥的片段、笑話和應對策略。

這隻鵝並不是一個正式的世界首領，屏幕上沒有血條標示。它經常出現在像是天橋和附近村莊的早期樞紐中，往往被視為世界日常混亂的一部分，而不是必然的遭遇。玩家們可以在偏離主線任務、幫助村民跑腿或探險支線內容時，偶然遇到它。在這款遊戲中，隱藏的洞穴和秘密武功手冊等意外發現非常重要，這隻鵝在最初看來不過是另外一個環境元素，直到它突然變得不再如此。

等級較低的角色，特別是在遊戲開始的幾個小時內，由於裝備較差和工具有限，發現試圖「幫助」解決鵝的問題，最終會迅速回到重生畫面，這無疑是一次慘痛的教訓。

《風起時分》的戰鬥看似流暢的武俠力量幻想，但其實底下是一個需要精準時機的系統，涉及格擋、反擊和人群控制。這就是鵝成為問題的原因。鵝的行為遠非一般的隨便生物，它的動作迅速，對輕型角色造成懲罰性打擊，且攻擊窗口的判讀非常困難，尤其在玩家還在學習遊戲的節奏時。更何況，這隻鵝體型小，讓追蹤動畫和攻擊預警變得更加困難，與人型對手或大型野獸相比，其挑戰性更大。

此外，早期的進展受到「突破」里程碑的限制，這些里程碑需要每日完成才能解鎖。那些急於推進故事但未能多樣化工具的玩家，往往以最低的防禦技能、低生命值和初始武器迎接這隻鵝，結果導致難度激增，與一隻農場中的惡作劇動物相比，感覺實在是大相逕庭。

社群對這隻鵝的迷戀並非孤立無援。在各種遊戲和桌上角色扮演中，鵝已經默默地成為混亂支線內容的代名詞：它們在《龍與地下城》的村莊中摧毀市場，成為整個謎題沙盒的主角，並經常誤導追逐錯誤線索的隊伍。《風起時分》也運用了這種氛圍，遊戲本身喜歡用各種分散注意的元素來誤導玩家，例如治療靈魂的牌局、充滿面具病人的地下診所，以及試圖出售「妖獸蛋」的商人，最終卻發現那只是普通的雞蛋。在這樣的世界中，隻隻致命的鵝像是另一個故意的紅鯡魚，讓玩家在真正的劇情發展中分心。

玩家們自然會上鉤。有些人將每次看到鵝的情況視作隱藏寶藏或秘密武功的徵兆。另一些人則堅稱這與涉及「殺手刀」和「十二災厄」等黑暗故事有關，即使遊戲內對話僅將這隻鳥呈現為當地的威脅。

儘管遇到許多死亡，玩家們已經開始建立對策。一段受歡迎的視頻展示了一位角色使用雨傘作為遠程武器，有效地「放飛」雨傘，保持與鵝的距離，同時逐步削減它的生命值，而不是近身對抗。這把雨傘與無名刀等近戰武器搭配得相當不錯，方便玩家在安全的攻擊和爆發傷害之間迅速切換。

其他玩家則利用《風起時分》中更多實驗性的武俠工具。遊戲允許玩家投擲動物以觸發混亂，用針灸打擊來固定目標，或者使用移動藝術將敵人引導至危險中。這些機制最初是針對熊、士兵和類似於奧格的首領展示的，但同樣適用於這隻魯莽的鳥。

結果就是一場軍備競賽：一個看似偶然的敵人，卻要求玩家真正理解戰鬥系統，而社群則以越來越複雜的方式來將這隻「可怕的惡魔鵝」變成訓練靶。《風起時分》已經將自己定位為一波視覺奢華的中國動作 RPG 的一部分，事實上，這隻早期文化塑造的遭遇竟然是一隻殘酷的鵝，這說明了玩家如何選擇在這個世界中生存。不論這隻鳥最終是留作一個致命的玩笑，還是成為故意的場景，它已經在玩家對遊戲的討論中留下了印記。

《ARC Raiders》的 1.3.0 更新使得 Deadline 變得更加昂貴和難以獲取，緊縮了遊戲中最有價值的物品之一。這次補丁已於 PS5、Xbox Series X/S 和 PC 上線，版本為 1.000.010，推出了一系列平衡調整和修復，但 Deadline 的經濟變化最為明顯：其商店價格上升，配方重新設計，交易商現時的庫存也大幅減少，具體內容可參考更新 1.3.0 的補丁說明。

最明顯的變化是 Deadline 的貨幣價值。購買價格從 8,100 Coins 上升至 15,000 Coins，而出售價格則從 3,000 Coins 增加到 5,000 Coins。同時，交易商現在僅提供一個 Deadline，而不是三個，這大幅限制了玩家在一個循環中能從商販那裡獲得的數量。

Deadline 的製作路徑也變得更加艱難。這個物品現在需要三個爆炸化合物和兩個 ARC 電路，而不是之前的兩個爆炸化合物和一個合成燃料。這使得它從一個相對平易近人的消耗品配方，轉向依賴更高級 ARC 零件的配方，令每個製作的 Deadline 成為一個需要更多材料的投資。

綜合來看，較高的商店價格、更豐厚的出售價值、嚴格的交易商庫存以及更繁重的配方，都指向同一方向：Deadline 旨在成為更加稀有和需謹慎使用的物品。現在購買 Deadline 需要消耗更多的 Coins，無法再進行大宗採購，而製作需要更深的零件庫存，因此將 Deadline 當作一次性選項的可行性明顯降低。

對於那些圍繞多個 Deadline 建立策略的玩家來說，1.3.0 補丁將其轉變為一個高價值、高承諾的選擇，隨著 Raiders 決定其在戰場上的影響是否仍然值得這麼高的成本，遊戲內經濟也可能會隨之改變。

《ARC Raiders》最近的更新版本 1.3.0（主機版為版本 1.000.010）專注於對發射器彈藥進行一系列調整，重新塑造了玩家在遊戲中購買和製作爆炸性武器的方式。此次更新對於貨幣價格進行了調整，改變了資源配方，同時去除了工作台製作的藍圖要求，讓發射器彈藥成為遊戲經濟中更有意義的一部分。

發射器彈藥商店價格及銷售價變化

目前，從商人處購買發射器彈藥的每輪成本有所上升，儘管該項目的銷售價已經提高。之前的 10 發發射器彈藥包價格為 6,000 錢，現在已被 6 發包裝的價格 4,500 錢所取代。這使得每發的有效價格從 600 錢提高到 750 錢，而發射器彈藥的銷售價格則從 200 錢上升至 250 錢，讓玩家在處理多餘的彈藥時，回收的價值也有所改善。

發射器彈藥製作配方變化

更新版本 1.3.0 也重構了在工作台製作發射器彈藥的過程。製作 6 發彈藥不再需要 4 個金屬零件和 1 個爆炸物，而是改為需要 1 個 ARC 動作核心和 2 個粗製炸藥。此外，發射器彈藥的製作現在可以直接在工作台進行，不需要藍圖，這使得這項選擇更為內建，而不是需要玩家單獨解鎖的功能。

發射器彈藥變化對玩家的影響

綜合來看，這些變化使得發射器彈藥在遊戲經濟中扮演了不同的角色。在進行過程中購買彈藥的每輪成本變得更加昂貴，而製作則將發射器彈藥與 ARC 動作核心和粗製炸藥等組件相連接，而不再是基本的金屬零件和爆炸物。玩家在進行突襲時，需要在商人購買彈藥和在工作台轉換有價值的材料之間進行權衡，以便在計劃爆炸性武器的使用時做出最佳決策。

隨著玩家逐漸適應 1.3.0 版本中新的發射器彈藥經濟，爆炸性武器在《ARC Raiders》中成為一種需要更精細管理的資源。

Windows 11 正在靜靜地獲得用戶多年來所希望的功能：一種可靠的方法，可以將故障的電腦恢復到已知的良好狀態，或者在不觸碰硬件的情況下進行重置和重建。

這次推動的核心是兩項新功能：時間點恢復 和 雲端重建。這兩項功能建立在現有的 Windows 恢復環境 (WinRE)、快速機器恢復和 Intune 管理之上，旨在使現代電腦在更新、驅動程序或錯誤配置出現問題時變得不那麼脆弱。

時間點恢復在 Windows 11 中的功能

時間點恢復（通常簡稱為 PITR）是一種新的恢復操作，可以在幾分鐘內將 Windows 11 電腦恢復到早期的健康快照。與較舊的系統恢復功能不同，這些快照旨在成為完整的系統點，而不僅僅是操作系統文件。

時間點恢復的回滾會恢復：

• Windows 本身（系統文件和更新）
• 已安裝的應用程序
• 系統和應用程序設置，包括配置更改
• 設備上的本地用戶文件

這個範圍是故意設計的。目標很簡單：如果更新、驅動衝突或配置調整使機器離線或變得不穩定，用戶可以將整個設備恢復到問題開始之前的狀態，而無需尋找根本原因。

時間點恢復與系統恢復的比較

系統恢復已經存在多年，但它的功能有限且越來越不可靠。時間點恢復使用相同的基本卷影拷貝服務 (VSS) 技術來捕捉快照，但它改變了快照的創建方式、存儲內容和管理方式。

在 Windows 11 中，時間點恢復作為一個一級設置在系統 > 恢復頁面上顯示，而系統恢復仍然是較舊的控制面板時代功能。隨著時間的推移，PITR 預計將成為現代設備的主要回滾選擇。

時間點恢復在 Windows 客戶端中的行為

在實體的 Windows 11 電腦上，時間點恢復將其快照存儲在本地，並強制執行嚴格限制以保持其可預測性：

• 恢復點頻率：默認情況下，每 24 小時會拍攝一次快照，並提供更短的間隔選擇，例如 4、6、12 或 16 小時。
• 保留窗口：恢復點最多保留 72 小時，自動刪除。
• 磁碟使用上限：PITR 的上限由可配置的磁碟空間百分比限制（默認約為總磁碟的 2%，最小為 2GB，最大值以 GB 設置）。
• 磁碟壓力：當空間變得緊張時，將首先刪除最舊的恢復點。

有一些重要的注意事項：

• 要成功回滾，PC 必須至少有足夠的可用空間來容納系統上的所有恢復點的大小。
• 回滾不保證會導致可啟動或完全健康的系統；某些不良狀態或低級更新仍然可能以快照無法安全回退的方式損壞系統。
• 系統上的所有內容都會回退到快照時間——這包括本地文檔、密碼、秘密、證書和隨後創建的密鑰。

存儲在雲端服務（例如 OneDrive）中的數據不受 PITR 影響，這有助於緩解這種廣泛回滾的影響。

時間點恢復與 Windows 365 恢復的區別

Windows 365 雲端電腦已經具備時間點恢復的概念，但其實現是針對雲端，而不是本地磁碟。目標是一樣的——快速從故障、錯誤更新或用戶失誤中恢復——但權衡則不同。

Windows 11 客戶端的實現專注於對近期變更的緊密、短期保護，保持磁碟影響的可預測性，同時仍然提供快速的回滾窗口。

時間點恢復的位置及其控制權

在支持 Windows 11 的設備（24H2 和 25H2）上，時間點恢復集成在標準設置體驗中：

• 用戶可以查看此功能並查看配置選項。
• 只有管理員可以更改這些設置，包括打開或關閉功能、設置快照頻率和磁碟使用上限。

在初始預覽階段，PITR 正在與 Windows Insider 在開發和測試渠道進行測試。目前，用戶在 Windows 恢復環境中啟動恢復；稍後將作為更廣泛的管理集成的一部分，從完整的 Windows 會話中遠程觸發恢復。

在較大的設備群中，PITR 設計為通過 Microsoft Intune 等管理工具來驅動。這種集成將允許管理員：

• 針對個別設備或群組進行回滾操作。
• 在錯誤的更新或驅動程序推出期間協調恢復。
• 標準化整個組織的 PITR 配置。

雲端重建：來自雲端的全新開始

雖然時間點恢復專注於回滾近期變更，雲端重建 則針對需要重新開始的機器。這是一種以遠程為主的方式，可以從乾淨的媒體完全重新安裝 Windows 11，而無需發送硬件或親自到辦公桌。

整個流程圍繞 Microsoft Intune 和 WinRE 展開：

• 管理員在 Intune 中選擇受影響的設備並選擇雲端重建。
• 他們選擇重新安裝的 Windows 版本和語言。
• PC 使用 WinRE 從雲端下載相應的安裝媒體。
• Windows 重新安裝，然後交給正常的開箱體驗。

從那時起，現代配置堆棧接管：

• Windows Autopilot 重新將設備註冊到正確的管理 (MDM) 環境，並重新應用政策。
• Intune、Windows Backup for Organizations 和 OneDrive for Business 根據配置恢復應用程序、設置和用戶數據。

目標是將過去需要數小時或數天的手動重成像過程縮短為一個基本上無需干預的流程，通過單一管理控制台驅動。

雲端重建目前處於 Windows 11 的預覽階段，計劃在 2026 年上半年向商業客戶普遍提供。

快速機器恢復如何融入整體圖景

時間點恢復和雲端重建只是更廣泛恢復故事的一部分。快速機器恢復 (QMR) 已經在 Windows 11 上可用，處理的是另一種相關情況：當機器根本無法啟動時。

QMR 在 Windows 恢復環境中運行，主要執行三個功能：

• 檢測和診斷啟動關鍵故障，例如導致無法啟動的驅動程序故障、更新或配置變更。
• 將崩潰和配置信息上傳至 Microsoft 以進行自動分析。
• 應用針對性的修復——例如，刪除特定驅動程序或撤銷配置更改——然後再次嘗試啟動。

最近的改進重點在於：

• 運行一次全面的掃描，而不是重複嘗試。
• 在 Windows 設置中曝光 QMR 配置，並在許多 Windows Home 設備上默認啟用。
• 讓 Autopatch 管理受管理的 Pro 和 Enterprise PC 的 QMR 更新，以便 IT 可控制推出、批准和報告。

QMR 和時間點恢復互為補充：QMR 嘗試在機器無法啟動時進行快速、有針對性的修復；PITR 提供更廣泛的回滾，當系統不穩定或反覆故障時；當其他方法都無法奏效時，雲端重建則是最後的選擇。

WinRE 中的網絡和 Intune 恢復

所有這些功能都依賴於 Windows 恢復環境，這一環境歷來是孤立的，且難以大規模管理。這一情況正在以兩種重要方式發生變化。

WinRE 中的內建網絡

WinRE 長期以來一直支持網絡，但僅在管理員手動注入網絡驅動程序或使用特定命令的情況下。Windows 11 正在轉向更簡單的模式：

• WinRE 現在可以直接從主 Windows 安裝中獲取網絡驅動程序。
• 以太網網絡是首要目標；支持使用 WPA2/WPA3 和企業證書的 Wi-Fi 將隨之而來。

這對於雲端重建和 QMR 等功能至關重要，這兩者都依賴於恢復環境能夠連接到互聯網或組織的網絡服務。

Intune 恢復作為 WinRE 的管理平台

Intune 中的遠程恢復將 WinRE 變成管理員可以查看和控制的東西：

• 當受管理的 PC 進入 WinRE 時，Intune 可以在控制台中顯示其恢復狀態。
• 管理員可以運行自定義恢復腳本或遠程觸發內建操作，如時間點恢復或雲端重建。
• 相同的插件模型正在通過 Azure 入口網站擴展到 Windows Server 虛擬機。

隨著時間的推移，這意味著 Windows 恢復環境不再是黑箱，而成為設備生命周期中的另一個可管理狀態。

這些工具對 Windows 11 恢復的影響

2024 年的 CrowdStrike 中斷事件使數百萬台 Windows 機器無法啟動，突顯了恢復方面的不足。這一更新的功能組合——快速機器恢復、時間點恢復、雲端重建、WinRE 網絡以及 Intune 恢復——是微軟對此情況的回應。

在單一 PC 上，實際影響如下：

• 如果配置更改或驅動程序導致無法啟動，QMR 將嘗試從 WinRE 自動修復。
• 如果更新或驅動程序引入了更微妙的不穩定，PITR 可以將整個系統回滾到更改之前的快照。
• 如果設備行為不穩定且其他方法都無效，雲端重建則允許 IT 遠程清除並從乾淨媒體重新安裝 Windows 11，然後恢復應用程序和數據。

這些選項並不取

KB5072753 是一個於 11 月底發佈的熱修補，針對 Windows 11 Enterprise 和 Windows Server 2025 設備，這些設備運行於 26200.x 版本線上。這是一個異常的安全和質量更新，基於當前的熱修補循環進行發佈，將系統升級至操作系統版本 26200.7093，並附帶現有的服務堆棧更新，這樣用戶無需按照特定順序安裝組件。

KB5072753 實際上是熱修補流的一部分，適用於：

• 當報名參加熱修補的 Windows 11 Enterprise 版本 25H2 和 24H2。
• Windows Server 2025 Datacenter Azure Edition 和其他啟用了熱修補的 Server 2025 SKU，與 26200.x 客戶端版本系列對應。

其主要屬性如下：

與常規的 Patch Tuesday 熱修補（KB5068966，26200.7092）不同，此包是作為一個快速跟進修補，旨在修正 11 月熱修補推出後立即出現的行為問題。

在 11 月 11 日的熱修補（KB5068966）推出後，一些運行 Windows 11 版本 25H2 的設備開始在後續的 Windows Update 掃描中再次看到相同的熱修補被提供。重新安裝並未損壞任何東西，但卻混亂了更新歷史，並對合規性造成困惑。

其症狀包括：

• KB5068966 顯示已成功安裝。
• 後續掃描觸發了另一個 KB5068966 的下載和安裝。
• 只有記錄的安裝時間改變，功能保持不變。

KB5072753 是修正這一重新提供行為的修補。一旦安裝了 26200.7093，Windows Update 就會停止在受影響的 25H2 設備上重複重新安裝 11 月的熱修補。

該包同時繼續進行“內部操作系統功能的雜項安全改進”，並未記錄其他可見的用戶修正。實際上，這意味著它在 10 月基線和 11 月熱修補的基礎上進行安全性和可靠性的加強，但不會改變功能。

熱修補是圍繞每季度的“基線”建立的，該基線需要重啟，隨後是兩個無需重啟的月度熱修補。對於 Windows 11 Enterprise 和 Server 2025，在 2025 年底的熱修補周期中：

• 2025年10月14日：25H2 / 24H2 和 Server 2025 的基線更新；需要重啟。
• 2025年11月11日：該基線之上的第一次熱修補（KB5068966，26200.7092）。
• 2025年11月20日：修正重新提供問題的異常熱修補（KB5072753，26200.7093）。

在此周期中，服務堆棧仍為 KB5067035（26100.7010）。該堆棧更新已在多個 10 月和 11 月的 Windows 11 / Server 2025 發佈中使用，而 KB5072753 只是重用它，而不是引入新的服務堆棧。

需注意的是，熱修補僅在設備正確註冊、滿足先決條件並運行在支持的版本上時適用。未在該軌道上的設備將繼續接收標準的累積更新，並需要重啟。

客戶端熱修補並不是消費者功能，僅限於特定的企業 SKU 和配置。在期待 KB5072753 在 Windows 11 客戶端設備上出現之前，環境必須滿足以下條件：

在 ARM64 客戶端上必須關閉 CHPE，因為兼容性層會與熱修補在內存中插入二進制文件的方式發生衝突。有兩種支持的方式來禁用它：

• 通過 Intune 或其他 MDM 使用系統策略 CSP 中的 DisableCHPE 設置，然後重啟一次。
• 在註冊表中設置 HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management\HotPatchRestrictions = 1，然後重新啟動設備。

一旦禁用 CHPE，並且設備運行在支持的版本和熱修補基線上，Intune 可以將其註冊到啟用了熱修補的質量更新政策中。在該政策中，關鍵設置是允許“在不重啟設備的情況下應用”熱修補合格的更新。

官方的“先決條件”和客戶端熱修補的註冊流程在 Microsoft Learn 的 Windows Autopatch 熱修補更新部分中有詳細說明，並且熱修補的發佈說明鏈接到 Windows 11 Enterprise 版本 25H2 的這些要求。

KB5072753 使用綜合的服務堆棧 + 熱修補包裝。這意味著：

• Windows Update 在提供熱修補時會自動包含 SSU KB5067035（如果尚未存在）。
• 從 Microsoft Update Catalog 獲取 MSU 包的管理工具，可以選擇單個綜合包，或在 SKU 存在單獨 SSU 和 LCU 組件的情況下，必須先安裝 SSU。

交付渠道如下：

對於目錄下載，管理員在 Microsoft Update Catalog 網站上搜索“KB5072753”。當出現多個 MSU 文件針對某一產品時，建議的做法是將所有 KB5072753 的 MSU 下載到同一文件夾中，並讓 DISM 自動發現和應用先決條件：

DISM /Online /Add-Package /PackagePath:C:\Packages\Windows11.0-KB5072753-x64.msu

在離線映像中，采用相同的模式，/Image 或 -Path 切換指向掛載目錄。這種方法與最近的異常修復如 KB5070773 部署到 Windows 11 和 Windows Server 2025 映像的方式一致。

大多數組織會將 KB5072753 視為一個針對性的緊急修復，進行快速但受控的分階段推出。一個簡單的流程如下：

對於 Windows Server 2025 和 WSUS 來說，最近的歷史是相關的。早前的一個 WSUS 異常安全修復（CVE‑2025‑59287）曾經因錯誤的目標而短暫發佈，導致一組 Server 2025 主機因安裝錯誤的包而脫離了熱修補路徑。此後的修復需要暫停/重新啟用步驟，以及未來的基線重新註冊，以恢復熱修補的合格性。該事件使 WSUS 從服務的角度變成了一個“皇冠珠寶”資產：它需要嚴格的加固、緊密的批准工作流程，以及每當出現 OOB 累積或熱修補時都要仔細檢查元數據。

KB5072753 本身並不改變 WSUS 的行為，但由於其異常性質，更新管理員應該以同樣謹慎的態度對待熱修補和 OOB 包的目標。

熱修補吸引人的原因在於它減少了日曆中的許多重啟，特別是對於：

• 高可用性集群和後端服務。
• 遠端桌面會話主機和 VDI 農場。
• 關鍵的本地工作負載，重啟窗口成本高昂。

但同樣使得無需重啟的交付機制也會在某些方面引入脆弱性：

• 服務狀態的黏性。 熱修補註冊與特定基線和更新身份相關聯。在錯誤的時間安裝錯誤的累積更新可能會使設備脫離熱修補路徑，回到標準的每月 LCU 並需要重啟。
• 渠道複雜性。 基線、LCU、SSU、熱修補流和異常更新現在都相互影響。管理員不僅要決定部署什麼，還要考慮何時以及通過哪個渠道進行部署。
• 不明確的影響聲明。 像“僅有少數主機”這樣的供應商語言對於大型設備群來說並不夠；企業仍需擁有自己的遙測來確切了解哪些設備受到異常或錯誤目標的影響。

在這樣的背景下，KB5072753 是一個相對直接的更新：它修正了熱修補重新提供邏輯中的特定煩惱，增加了內部安全加強，並保留了在多個最近發佈中使用的已知服務堆棧。主要的操作挑戰不在於修補內容，而在於保持熱修補的合格性，並在部署另一個異常包時避免錯誤目標。

對於已經致力於在 Windows 11 和 Windows Server 2025 上進行熱修補的組織，KB5072753 是穩定 11 月波動的清理步驟。一旦它通過正常的環進行試點和部署，設備管理者將恢復一個清晰的更新歷史，熱修補設備間的一致 26200.7093 版本，以及更順暢的進入下一季度基線的過渡。

來自：Microsoft

Google 搜尋小工具的 AI 模式快捷方式現已在 Android 手機上推出，使用者可通過一鍵直達 Gemini 的對話式 AI，無需打開完整的應用程式或在標準搜尋欄內輸入文字。這次更新在 Google 應用程式版本 16.28 中提供，標誌著一個明顯的轉變：Google 正在從主畫面直接為日常用戶簡化高級、具上下文理解的搜尋功能。

如何在 Google 搜尋小工具中添加和使用 AI 模式快捷方式

第一步：長按 Android 主畫面上的 Google 搜尋小工具。這個動作會打開小工具的設置，顯示調整外觀和可用快捷方式的選項。必須確保該小工具已經存在於主畫面上，這樣才可以進行下一步。

第二步：在設置或自定義畫面中，找到快捷方式部分。在這裡，你會看到一個可能的動作網格。點擊標記為 AI 模式的選項，將專屬的 Gemini 快捷方式添加到小工具中。這個快捷方式在最新的小工具設計中顯示為一個圓形圖標，位於語音麥克風和 Google Lens 圖標的右側。

第三步：添加後，只需輕觸小工具上的新 AI 模式圖標。這會啟動一個全螢幕的 Gemini 驅動界面，使用者可以輸入或說出複雜的提示，提出後續問題，或上傳圖片以進行多模態查詢。AI 將提供對話式且具上下文理解的答案，取代標準的搜尋鏈接列表，提供合成的、可操作的信息。

這個快捷方式是非 Pixel Android 裝置上訪問 Gemini AI 的最快方法，因為它省去了多次點擊和應用程式導航。如果未加入 Google 的搜尋實驗室，使用者可能會看到這個快捷方式作為一個藥丸形狀的按鈕，位於搜尋欄下方，而不是嵌入其中，但訪問的方法仍然相似。

通過 Google 應用程式設置啟用 AI 模式

對於那些偏好通過應用程式配置快捷方式的用戶，打開 Google 應用程式並導航至設置。找到搜尋小工具部分，然後點擊自定義。在這裡，可以管理快捷方式、主題和透明度。從可用選項中選擇 AI 模式，以將其添加到主畫面的小工具中。這種方法對於想要微調小工具外觀的用戶非常有用，或者如果長按方法在裝置上不可用。

AI 模式在搜尋小工具中帶來了什麼變化？

Google 的 AI 模式快捷方式升級了主畫面搜尋體驗，從靜態的網頁結果轉向動態的、由 Gemini 驅動的對話。使用者現在可以接收到合成的回應，這些回應能夠總結、比較，甚至執行規劃或產品研究等任務。該集成支持文字、語音和圖片輸入，並能夠在上下文中處理後續查詢，簡化了之前需要多次搜尋或應用程式切換的任務。

這一舉措也減少了用戶的操作障礙：快捷方式消除了額外的步驟，使得使用者更可能在日常問題和研究中依賴 Google 的 AI。Google 報告稱，AI 模式每月有超過 1 億的使用者，顯示出強勁的採用情況，並使公司在移動搜尋整合方面超越了如 Microsoft 的 Copilot 和 OpenAI 的 ChatGPT 等競爭對手。

自定義小工具以提高可及性

小工具的自定義菜單允許用戶調整主題和透明度，改善在不同壁紙或主畫面設置下的可見性。如果想要讓 AI 模式快捷方式更加突出，可以增加透明度或選擇對比色主題。這確保了快捷方式在查詢頻繁的情況下，依然容易找到和使用。

替代訪問：搜尋實驗室和舊版 UI

一些尚未加入搜尋實驗室實驗或使用舊版本 Google 應用程式的用戶，可能會看到 AI 模式快捷方式作為一個藥丸形狀的圖標，位於搜尋欄下方的輪播中。雖然這個版本的整合度不如重新設計的小工具緊密，但仍然提供了快速訪問 Gemini AI 功能的途徑。升級至最新的應用程式版本，並在可用的情況下加入搜尋實驗室，將解鎖最精緻的使用體驗。

好處及戰略影響

通過將 AI 模式直接嵌入搜尋小工具，Google 簡化了對高級 AI 功能的訪問，並鼓勵日常使用。這種集成加快了研究、比較購物和規劃的速度，通過更少的步驟提供可操作的答案。這一舉措還支持 Google 更廣泛的策略，以保持用戶在其生態系統內的參與，可能提升廣告的相關性和數據洞察，為公司帶來更多的生產性搜尋體驗。

隱私仍然是考量，特別是對於像 AI 驅動的通話或深度研究等功能。Google 表示已經建立了強大的數據控制措施，但用戶應該檢查隱私設置，並隨時了解其數據的使用情況。

將 AI 模式快捷方式添加到 Android 搜尋小工具中，將日常查詢轉變為快速的 Gemini 驅動對話，只需從主畫面輕觸一次，即可充分利用 Google 最新的 AI 進展。

KB5071892 是一個針對 Windows 11 版本 22H2 和 23H2 的狹窄範圍的即用體驗 (OOBE) 更新，於 2025 年 11 月 20 日發佈。此更新不會經過正常的 Windows 更新管道，而是完全存在於設置環境中，只有在設備經過 OOBE 並且有有效的網絡連接時才會安裝。

此更新的目標非常簡單：為全新的 Windows 11 安裝提供最新的設置代碼、登記流程和雲端用戶體驗，而不是依賴於幾個月前 OEM 映像中內置的任何內容。

KB5071892 的範圍及行為（影響範圍及時機）

KB5071892 中沒有任何補丁影響運行中的桌面。一旦通過 OOBE，此包實際上就成為設備的過去：它更新了設置組件，而不是運行中的操作系統，也不設計用於稍後的重新安裝或移除。

KB5071892 在 OOBE 中實際改變了什麼

微軟利用 OOBE 範圍的更新來迭代僅在操作系統被配置時才重要的組件。KB5071892 繼續沿用這一模式。其變更主要集中於：

由於此包範圍狹窄，因此不會引入新的桌面功能。它的價值體現在一臺設備在首次啟動時的穩定性，能夠加入目錄，並以受支持的狀態登陸桌面。

Windows 11 OOBE 更新管道運作方式

KB5071892 基於一個現已成為 Windows 11 標準的服務模型：

OOBE 更新流程

• 設置啟動進入 OOBE 環境（例如在新 PC 或重置後）。
• 一旦網絡配置完成，OOBE 更新程序就會聯繫 Windows 更新或配置的更新服務。
• 更新程序查詢合格的安裝時間包：OOBE 資產刷新，如 KB5071892、安全操作系統更新、設置動態更新以及任何針對設置的零日修復。
• 找到的包會在設置上下文中下載，並在 OOBE 完成之前應用。
• 一個或多個自動重啟應用這些變更，然後系統返回到 OOBE，繼續到最終的首次登錄界面。

由於 OOBE 更新在安裝時進行評估，OEM 映像不再需要包含最新的設置內容。相反，只要設備可以訪問網絡，並且組織允許 OOBE 更新，設備就可以“補充”最新的 OOBE 代碼。

為什麼微軟在 Windows 11 上使用僅限 OOBE 的更新

KB5071892 介於首次運行用戶體驗、安全性和企業政策之間。此類更新的理由在所有 Windows 11 發行版中是一致的。

對於組織而言，最終效果是減少有關登記失敗或混淆設置流程的“第一天”幫助台票據，但這會增加影像驗證的複雜性，並可能延長設置時間。

生命週期時機：KB5071892 如何與 Windows 11 支持日期交集

KB5071892 在 Windows 11 服務日曆忙碌的時刻到來。Windows 11 版本 23H2 正處於消費者 SKU 的服務結束，而企業仍然有更多時間。

KB5071892 針對 22H2 和 23H2 的所有 SKU，但其實際影響因所處位置而異：

• 在 2025 年 11 月 11 日之後，映像為 23H2 的新消費者設備將運行一個不再接收每月安全更新的操作系統。這些設備應儘快轉向 24H2 或 25H2。
• 運行 23H2 的企業和教育設備仍然在支持中，可以合法地繼續使用此版本，同時利用 OOBE 更新來穩定登記和設置。
• 企業 22H2 設備也接近服務結束，應計劃在剩餘時間內轉向 23H2、24H2 或 25H2。

OOBE 更新本身並不延長生命週期日期。它們僅確保無論部署哪個版本，首次運行都使用當前的設置邏輯和消息，包括在消費者支持結束時可能更強的推動以轉向更新的功能版本。

KB5071892 對不同類型用戶的意義

對個別 Windows 11 用戶的影響

如果在家中設置新的 Windows 11 22H2 或 23H2 PC，KB5071892 在很大程度上是隱形的。實際影響：

• 在設置期間保持設備在線，增加了 OOBE 更新和零日修復在您進入桌面之前應用的機會。
• 應期待在設置期間至少有一次重啟，提及安裝更新，然後才會看到桌面，即使在全新設備上也是如此。
• 如果使用的是 23H2 Home 或 Pro，您已經在 2025 年 11 月的服務結束時限；轉向 24H2 或 25H2 可保持在受支持的路徑上。

對 IT 管理員、自動安裝和成像團隊的影響

KB5071892 對於建立或維護部署管道的管理員最為重要。微軟將 OOBE 更新與可以使用 Intune 和自動安裝管理的明確控制掛鉤。這使得 OOBE 從固定體驗轉變為可管理的界面。

核心決策和行動

對於這次更新的典型驗證工作包括：

• 啟動測試設備進入 OOBE，並根據有無網絡連接來測量進入桌面的時間、重啟次數和登記成功率。
• 檢查自動安裝和 MDM 日誌，查看在 KB5071892 目標的登記階段是否有失敗或超時情況。
• 確認 OOBE 行為是否符合生命週期預期——例如，較舊的功能更新是否按照支持政策被推進。

對 OEM 及渠道合作夥伴的影響

OEM 發送預安裝的 Windows 11 映像，強烈依賴這些 OOBE 更新以使工廠映像與當前的登記和用戶體驗期望保持一致，而不必不斷重新生成映像。

• 工廠團隊可驗證一個參考設備，在有網絡訪問的情況下啟動到 OOBE，拉取 KB5071892 並成功完成設置。
• 渠道文檔應指出「即用」設置可能包括更新和重啟循環，並提供大約時間，以便零售員工和客戶不會對較長的首次啟動感到驚訝。
• 在可行的情況下，OEM 可以在設置演示期間配置快速網絡路徑（例如，零售展示中的預配置訪客 Wi-Fi），以便 OOBE 更新能夠及時應用。

KB5071892 時代部署的 OOBE 故障排除路標

當 OOBE 中出現問題時，並不總是明顯是否涉及 OOBE 更新。幾個模式值得檢查：

對於深度管理的環境，這些檢查應與通常的映像和服務診斷（服務堆棧狀態、組件庫健康等）一起進行，以便調查設置時間的問題。

KB5071892 是 Windows 11 服務故事中的一個小而高度專門的部分。它不會改變桌面的行為，大多數用戶也永遠不會看到它的名稱。但

KB5070312 是 Windows 11 版本 23H2 的一個非安全性預覽更新，將系統升級至 OS Build 22631.6276。這個更新主要集中在小規模但具體的可靠性修正上，並與一個新的服務堆疊更新 (SSU KB5071963) 一同發佈，而不是添加可見的新功能。

KB5070312 的範圍及生命週期背景

Windows 11 采用每年一次的功能更新節奏，並在其上層添加每月的累積更新。版本 23H2 在 2023 年 10 月正式推出，隨後已收到一系列的每月安全性和預覽更新，這些更新在 Windows 11 的發佈歷史中都有列出。到 2025 年底，23H2 的 Home 和 Pro 版本將會結束服務，而 Enterprise、Education、IoT Enterprise 和 Enterprise 多會話版本則會繼續接收更新，直到 2026 年 11 月 10 日。

KB5070312 在這個服務窗口中作為一個可選的質量更新發佈。這次更新並未提供安全性修正；這些修正仍然會在每月的 “B 週” 更新中進行發佈。相反，它修正了一些在日常工作流程和 Azure Virtual Desktop 部署過程中出現的頑固錯誤，並刷新了服務堆疊，以便未來的累積更新能更可靠地安裝。

安全啟動證書及即將到期

除了修正外，這個更新還帶來了一個重要的提醒，關於 Windows 安全啟動證書。大多數 Windows 設備用的證書預定在 2026 年 6 月開始到期。一旦這些舊證書過期，未更新以信任新證書鏈的設備在啟動時可能會遇到嚴重問題。

如果固件和 OS 組件未及時更新，受影響的設備可能會：

• 在安全啟動政策下無法安全啟動。
• 失去驗證某些啟動時組件的能力。
• 錯過未來與安全啟動相關的安全更新。

設備擁有者和 IT 部門需要對更新的安全啟動證書進行計劃性的推送，並協調 OEM 固件更新及 Windows 更新。詳細的準備步驟和時間表可在 Microsoft 的安全啟動證書到期文檔中找到，該文檔還解釋了證書授權機構和 OEM 在更新過程中的角色。

Windows 11 版本 22H2 和 23H2 的服務結束

KB5070312 亦再重申了一個獨立的生命週期點：Windows 11 版本 22H2 進入支持結束的階段。Enterprise 和 Education 版本的 22H2 將於 2025 年 6 月 26 日停止接收非安全性預覽更新，並僅持續接收安全更新直至 2025 年 10 月 14 日。之後，22H2 將停止服務，並不再接收任何安全更新。

對於 23H2，情況則按版本分開：

這訊息相當明確：保持安全意味著要升級到受支持的 Windows 11 發行版本，例如 24H2 或 25H2。像 KB5070312 這樣的可選預覽更新可以改善日常操作，但並不延長不受支持版本的安全生命週期。

KB5070312：具體修正和改變

KB5070312 本身是相對簡潔的。更新日誌突出了四個功能修正，以及捆綁的服務堆疊更新。

此版本未列出已知問題。

檔案管理器修正：無法點擊的情況

這裡最明顯的問題之一是檔案管理器偶爾會停止對滑鼠點擊做出反應。標準操作如打開文件夾、選擇文件或使用右鍵菜單可能突然失效，直到檔案管理器被關閉並重新啟動。

這種間歇性的 UI 故障容易被忽視為「我的系統有問題」，但在大規模上會驅動幫助台的工單，並讓整天都在使用檔案管理器的使用者感到沮喪。KB5070312 修正了這種行為，讓滑鼠互動應該能持續註冊，而無需使用者關閉並重新啟動該進程。

提示：如果在安裝更新後仍然發現檔案管理器有問題，從任務管理器重新啟動 explorer.exe 仍然是一個快速的解決方案，讓使用者在調查其他可能的原因（如外殼擴展或第三方覆蓋）時能夠恢復。

.tar 解壓及中文文件名

檔案管理修正雖然比較小眾，但對全球團隊來說卻很重要。在受影響的系統中，如果 .tar 檔案內的文件名或文件夾名超過 34 個常用中文字符，解壓將可能失敗。

這是個非常具體的門檻，但一旦達到，會破壞 Linux、macOS 和 Windows 等平台之間的一個常用交換格式。與中文資產、腳本或備份有關的工程師和內容團隊可能會遭遇解壓失敗，並讓使用者感到困惑。

安裝 KB5070312 後，這類檔案的內建解壓行為被修正，這樣更長的中文名稱就不會再導致解壓錯誤。

移動運營商的 COSA 更新

COSA（國家和運營商設置資產）控制 Windows 如何配置和顯示移動網絡：運營商名稱、默認 APN、漫遊行為及其他配置細節。當這些配置文件滯後於運營商的變更時，擁有 WWAN 或 eSIM 的設備可能會遇到連接問題或顯示過時的運營商信息。

KB5070312 刷新了某些移動運營商的 COSA 配置文件，這樣受影響的設備可以獲得當前的設置，而無需手動配置運營商。這在正常運作時大多不會被察覺，但卻能為依賴蜂窩連接的筆記本電腦和平板電腦的使用者減輕困擾。

針對 Azure Virtual Desktop 和多會話的組策略修正

這次最明顯針對企業的改變是針對 Windows 11 Enterprise 多會話環境，例如 Azure Virtual Desktop (AVD)。管理員可以使用 HideRecommendedSection 政策來去除開始體驗中的推薦部分，保持共享或受控桌面的整潔和可預測性。

在受影響的 23H2 多會話設置中，該政策未能生效：即使通過組策略或 MDM 配置服務提供商 (CSP) 進行配置，推薦內容仍然會出現。KB5070312 恢復了正確的行為，這樣當該政策啟用時，推薦內容將不再顯示給這些 AVD 會話中的使用者。

對於擁有嚴格管理的用戶體驗基準或在受規範環境中的組織來說，重新獲得這種控制權至關重要。這意味著可以再次依賴文檔化的政策設置來塑造共享和多會話桌面的開始體驗。

服務堆疊更新 KB5071963

服務堆疊是 Windows 應用更新的部分。如果服務堆疊本身過時或處於不良狀態，累積更新可能會以奇怪的方式失敗：安裝循環、模糊的錯誤代碼或重啟時回滾。

KB5070312 捆綁了服務堆疊更新 KB5071963（版本 22621.6265）。支持說明強調了一些行為：

• SSU 與最新的累積更新 (LCU) 一起作為單個包安裝。
• 一旦安裝，SSU 部分無法被移除。
• 如果需要回滾累積更新，必須僅使用部署映像服務和管理 (DISM) 移除 LCU 部分。

要識別和移除 LCU 包，文檔中提供的步驟為：

DISM /online /get-packages

DISM /online /remove-package /PackageName:<LCU-package-name>

運行 Windows 更新獨立安裝程式 (wusa.exe) 並使用 /uninstall 開關對這個捆綁包進行操作是無效的，因為它無法移除 SSU。如果管理關鍵環境的回滾路徑，應將 SSU 視為永久，並計劃在映像或備份層級恢復，而不是嘗試撤回服務堆疊。

如何安裝 KB5070312

KB5070312 通過幾個標準渠道提供，並明確標記為可選預覽。消費者設備不會自動推送此更新；管理員可以選擇何時部署。

注意：已安裝先前累積更新的設備將僅下載並安裝該包中包含的增量內容。

應否安裝此預覽更新？

由於 KB5070312 不是安全更新，因此選擇性安裝是安全的。

• 安裝的好理由：遇到檔案管理器點擊問題；處理長中文文件名的檔案；管理 AVD 或 Windows 11 Enterprise 多會話桌面並依賴 HideRecommendedSection 政策；或希望獲得最新的服務堆疊以便未來更新更加順暢。
• 等待的好理由：23H2 系統穩定，無需依賴任何特定的修正，並且希望在常規的 “B 週” 累積安全更新推出後再進行變更。