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 週” 累積安全更新推出後再進行變更。