開始功能表、時鐘、通知區域，這三個地方在我工作用的電腦上壞了好幾個月。我一直以為是微軟的更新出了問題，不然就是電腦上的管理軟體。

10 月 28 日，我把 Claude Code 接上那台電腦，請它幫我查。我交代的內容是：「我這台電腦在很長一段時間之前，某次自動更新之後，開始功能表、時鐘和通知區域都壞了，最近更新之後又好了。請你查是微軟的問題，還是管理軟體的問題。目前我已經把自動更新強制停用，避免再次發生。」

半小時後，原因查出來了，有兩個，一個是我自己，一個是微軟的更新。5 月 7 日早上 7 點多，我把這台電腦的 Windows Audio 服務從「自動」改成「停用」，目的是讓它靜音。Claude Code 把這筆記錄翻出來之後，我說：「音訊服務是我關的，工作用的電腦突然播出音樂，像話嗎？」

查的過程是這樣的。事件記錄只留到 4 月，這段期間沒有任何開始功能表或工作列當掉的紀錄，靠錯誤訊息查不到東西。真正有用的是服務設定變更的記錄，因為它會寫是哪個帳號改的。電腦上的管理軟體和防毒軟體改服務時，記錄上的操作者都是系統帳號。整份記錄裡只有一筆不是系統帳號，就是 5 月 7 日那筆 Windows Audio，操作者是我自己的帳號。所以不是它們改的。當下什麼事都沒發生。

接下來 Claude Code 拿「Windows Audio 停用、時鐘消失」去搜尋，找到 Reddit r/sysadmin 上 7 月的一串討論。發文的人說，他們有一些電腦在裝了 7 月的累積更新之後，時鐘和系統匣不見了。後來他們發現，公司用群組原則把桌機的 Windows Audio 服務關掉了，把這條原則停掉、服務開回來、重新開機，時鐘就回來了。再對照我那台電腦的更新歷史，6 月 10 日裝了 6 月的累積更新（KB5094126），時間排得上。

不過這個對應不是百分之百。Microsoft Q&A 上確實有人說，這次的時鐘和通知區域消失，從 6 月的 KB5094126 開始，連 5 月的選用預覽版都有，而且微軟的更新說明沒有列成已知問題。提問的人說，重新啟動檔案總管沒用，跑 SFC 和 DISM 也沒用，另一位管理多台電腦的人說，把更新退回 5 月的版本就好了。但那些回報都沒有提到 Windows Audio。Reddit 那位發文的人還說，他們的電腦裝了 6 月的更新沒事，7 月才出問題。所以「我的電腦是 6 月 10 日那次更新開始壞的」，只是我拿更新時間推出來的。那台電腦沒有任何記錄可以證實，我自己也只記得「很長一段時間」。另外，網路上的回報主要講時鐘和系統匣，開始功能表也壞，是我自己看到的。

後來好了，原因也一樣是推論。9 月 9 日那台電腦裝了 9 月的更新（KB5124008），之後時鐘就正常了。微軟的說明裡，8 月底的預覽版寫了改善系統匣載入的穩定性，7 月底的預覽版寫了改善開始功能表和工作列在開機時的穩定性，這些修正都會併進 9 月的更新。但說明裡沒有任何一句提到 Windows Audio。我的佐證只有一個：10 月 28 日查的時候，那台電腦的 Windows Audio 還是停用的，時鐘卻是正常的。而且 Microsoft Q&A 上 9 月下旬有人說，他們的安全強化規則同樣關掉音訊相關的服務，裝了 9 月的更新之後，時鐘區域需要這些服務在跑。所以 9 月的更新到底有沒有修好這個問題，我沒辦法確定。

10 月 28 日當天我們是這樣改的。我說：「先把喇叭全部停用，再把服務開回來看看。但是微軟的更新最近實在很糟糕。」音效卡和喇叭都停用，電腦照樣完全靜音，當初關服務想要的結果還在。Windows Audio 服務則改回自動，避開那個 bug 的觸發條件。

另外有一件事，我原本也搞錯了。我以為自己把自動更新「強制停用」了，其實 10 月 2 日我做的是把 Windows Update 暫停到 11 月 6 日，時間到了它會自己恢復。暫停有期限，強制停用沒有，這兩件事差很多。到 10 月 28 日為止，我還沒決定要延長，還是讓它放行。

這件事的麻煩在於兩個動作隔得太遠。5 月 7 日那一下，當天什麼都沒壞。照我的推論，要到 6 月 10 日更新裝完才開始出事，中間隔了一個多月。等我注意到的時候，看到的只有一個消失的時鐘，沒有任何理由去想 5 月某個早上自己改過什麼，只會往微軟和管理軟體那邊猜。Claude Code 做的事很單純：把服務設定變更的記錄翻出來，看是誰改的，再拿更新歷史去對時間。

整件事查完，我對 Claude Code 說：「所以把你接上來還是對的，那時候我真的不知道發生了什麼事。」