為什麼以前不建議動系統

Windows 一直是可以調的，而傳統的調法一直都不愉快。手改登錄檔等於在沒有安全網的情況下工作：一個值改錯，機器就開機進到你認不得的樣子。換掉一個系統檔案，等於要信任論壇貼文裡的一個二進位檔，然後祈禱下次系統更新不會把它換回去。從不熟的網站下載一個小工具，等於連它帶來的其他東西一起收下。

Windhawk 的前提是：問題從來不在「調整」本身，而在「交付方式」。它提供一個框架，把各種修改當成模組載入，從目錄裡一個一個裝上，你改變主意時再把它完整移除。對於一個原本的標準建議是「別在你在乎的機器上試」的類別，這是個有意義的改變。

目錄裡到底有什麼

模組涵蓋的正是大家抱怨的那些地方。工作列行為是最大的一群：不要合併按鈕、把標籤還到圖示旁邊、改變中鍵的行為、調整高度。開始功能表有版面與行為的選項，檔案總管有些小方便，通知區域可以改樣式，另外還有視窗處理的模組，以及那些從未被重新設計過的老對話框的外觀。

值得注意的是顆粒度。這些不是主題包，而是一個一個行為，每一個都用平實的文字說明，並且標明適用於哪個版本的系統。只想要工作列不合併按鈕的人，就只裝那一個模組——這比上一代那種「全能調校套件」的介入程度小得多。

安全性，老實評估

把程式碼載入系統程序是有風險的，而專案的回答是透明，而不是承諾。引擎開源，每個模組的程式碼在安裝前都看得到，目錄上顯示用過的人的評分與意見，模組作者也有署名。移除是一個動作，而且不留東西——這比任何功能都重要。

老實的提醒：為某個系統版本寫的模組，在大更新之後可能行為怪異，所以目錄會標示相容性，更新前值得讀一下那些說明。而這仍然是一套會碰到系統內部的軟體，所以合理的做法跟任何系統工具一樣：一次裝一個、重新開機、確認機器還健康，再裝下一個。

關於移除值得說一句，因為它正是這套做法可信的原因。停用一個模組，它的行為會在相關程序下次啟動時消失，不必重開機，登錄檔裡也不留殘餘。曾經移除過一個工具、卻發現還躺著幾個不知道做什麼的檔案的人，最清楚這值多少。

聰明的地方不在模組本身，而在於把一門沒有檔案的技藝，變成有版本號、有評論頁、有復原按鈕的東西。自由與穩定，於是不再是一道二選一。

怎麼用得好。安裝的模組數量要少、而且有明確目的，因為每一個都是一段跑在系統程序裡的程式碼。工作機上避開侵入性強的那些，把實驗留給備用系統。每次系統大更新之後，先讀相容性說明，不要假設一切都還能用；真的壞了，就一個一個停用模組，而不是重裝系統。還有，安裝前讀一下模組的說明：那些能清楚講出自己改了哪個行為的，通常就是寫得比較用心的。