Seelen UI：開源重畫 Windows 桌面，先看清它會動系統哪裡

用 AI 摘要這篇文章：

ChatGPT Claude Perplexity Google Grok

把 Windows 桌面整個換掉，聽起來像改機玩家才會做的事。Seelen UI 就是做這件事的開源專案：用 Rust 加網頁技術，把工作列、Dock、視窗管理、應用啟動器和桌面小工具全部重畫一遍，讓你用 CSS 和 JSON 就能改掉殼層的每個角落。專案在 2024 年 2 月開張，到 2026 年 8 月已經累積 17,569 顆星與 576 次 fork，穩定版維持每月更新的節奏，介面支援 73 種語言，繁體中文完整在列。

先把判斷放在前面。這是一個值得裝來玩的計畫，完全免費、沒有訂閱、維護能量在同類專案裡屬於最活躍的一群，但網路上流傳的「零系統修改」說法，低估了它實際會在系統裡留下的東西。它的原始碼寫得很明白：安裝時會註冊一個隱藏的排程工作、以最高權限在每次登入時啟動；它會把原生工作列設成自動隱藏；它還內建一支攔截系統匣訊息的 hook DLL。另外有一件事多數介紹文沒提：App 啟動後每 10 分鐘會回報一次安裝識別碼，App 內沒有關閉開關，官網的隱私政策也隻字未提。這些不推翻「值得試」的結論，但會直接改變你該選哪個管道安裝，以及離開時要清理哪些地方。

文章裡的系統足跡與回報細節，都出自 v2.8.2 的原始碼、議題區紀錄與官方文件；實際裝在自己機器上跑起來的流暢度與記憶體佔用，需要你自己驗證。

用網頁技術重畫整個殼層，是它的賭注也是它的彈性

Seelen UI 把自己定位成「桌面環境的替代品」，不是佈景主題包。裝起來之後，原生的工具列會被一條可完全客製化的狀態列取代，上面能掛時鐘、CPU 與記憶體監視、網路速度、媒體控制、系統匣與通知中心；macOS 風格的 Dock 負責應用程式啟動與視窗預覽；按下快速鍵叫出的應用啟動器走的是鍵盤為主的路線，模糊搜尋應用程式、檔案與指令。虛擬桌面的實作也整套重做，每個工作區可以指定自己的桌布，切換時桌布跟著換。

Pin

選網頁技術做殼層，換來的是客製化的深度。介面用 CSS 與 JSON 描述，顏色、字型、邊框、動畫全部可以改；桌布引擎支援 MP4 與 WebM 影片，也支援互動式的 HTML 桌布；官方還提供 Widget SDK，讓開發者用 Svelte 和 TypeScript 寫自己的桌面小工具。代價則是整個殼層都跑在 WebView2 的渲染管線上，這份帳單後面會談。同樣選擇 Tauri 框架的例子，可以參考我們之前介紹過的微信讀書桌面版，那篇的 4MB 安裝檔展示了這套架構輕的一面，Seelen UI 則展示了同一套架構最重、最複雜的一面。

繁中介面是它對中文使用者最直接友好的一點。原始碼裡的語言清單一格一格數下來是 73 種，zh-CN 與 zh-TW 並列，翻譯靠 Crowdin 平台協作維護。安裝檔本身約 46MB，支援 x64 與 ARM64 兩種架構，只跑在 Windows 10 與 11 上，沒有 macOS 或 Linux 版。

平鋪視窗管理是它最實用的一塊

如果你不想把桌面改成 macOS 的樣子，平鋪視窗管理器仍然是獨立可開的功能，也是整個專案裡對生產力影響最直接的部分。視窗開啟後自動排進版面，不用再手動拖曳調整大小；配置有四種引擎可選（BSPWM、Tall、Wide、Grid），鍵盤導航、視窗交換、浮動模式、單窗全螢幕模式都在快速鍵上。per-app 規則可以指定某個應用永遠浮動、或固定送進某個工作區，對「郵件軟體永遠浮動、終端機永遠平鋪」這類需求很方便。2.8.2 版還加入了格狀工作區系統，把虛擬桌面從一維排列擴充成二維矩陣。

Pin

系統匣的處理最能看出這個專案的工程深度。Windows 的系統匣圖示靠的是應用程式傳給 Shell_TrayWnd 的訊息，Seelen UI 為此內建了一支原生 hook DLL，攔截這些訊息後在自家的工具列上重新繪製圖示，tooltip、點擊、氣泡通知都保留下來。這是「替換殼層」四個字背後真正要做的事：每個你以為理所當然的桌面元素，都得有人重新實作一遍。

「零系統修改」的說法，和原始碼裡看到的足跡

不少介紹文用「零系統修改」「以疊加方式運作」形容它，這句話有對的部分，也有被講得太輕鬆的部分。對的部分是：它確實不修改系統檔案、不置換任何 DLL，作者在議題區回應時明講「我們不碰系統或 DLL 檔案」，而且用微軟官方的 MSIX 格式安裝時，整個 App 是沙箱化的。

但打開原始碼，足跡清單比「疊加」兩個字具體得多。src/service/task_scheduler.rs 顯示，安裝時會在 Windows 工作排程器註冊一個名為 Seelen UI Service 的工作：登入時觸發、以最高執行權限（TASK_RUNLEVEL_HIGHEST）執行，而且設定為隱藏（SetHidden TRUE），一般使用者在工作排程器清單裡不會直接看到它。src/service/enviroment.rs 顯示，用 setup.exe 安裝時，它會把自己的安裝目錄寫進機器層級的 PATH 環境變數（HKLM 的 Session Manager Environment 機碼）；MSIX 版則跳過這一步。再加上前述的 hook DLL 與原生工作列的自動隱藏設定，它對系統的介入是「不改檔案，但動了排程、登錄檔與工作列設定」這個等級。

工作列自動隱藏這一項特別值得記住，因為它的還原條件有但書。App 正常關閉時會把原生工作列的自動隱藏設回原本的值，但 2026 年 7 月的議題 #1703 留下了具體案例：使用者解除安裝之後，原生工作列的自動隱藏留在開啟狀態，回報者追蹤後確認，還原動作只在優雅關閉時觸發；直接砍掉程序或解除安裝時 App 還在跑，這個旗標就不會被復原。作者也坦承 MSIX 格式的限制：解除安裝時無法執行自訂清理動作，所以孤兒排程工作與設定資料夾會留下來。

每 10 分鐘一次的回報，沒有開關也沒有文件

這是整個專案裡最值得攤在陽光下的一件事。src/background/telemetry.rs 寫得非常清楚：App 啟動時立即送出一次事件，之後每 600 秒（10 分鐘）送一次，目的地是 telemetry.seelen.io 這個官方端點。內容只有安裝識別碼（install_id）、作業系統版本、App 版本三個欄位，外加一個標示事件種類的名稱標籤，而且只在互動工作階段送出。沒有硬體指紋、沒有使用行為、沒有視窗標題。

問題在於它的隱藏程度。這個識別碼存在 HKCU\Software\Seelen UI\Analytics\InstallId 這個登錄機碼裡，原始碼註解明講設計意圖：這個機碼不在 MSIX 套件清單內，所以「解除安裝與套件更新後都會存活」。換句話說，你把 App 移除再重裝，它收到的還是同一個身分。整個 src/ui 目錄裡找不到任何遙測或分析相關的設定項，也就是說 App 的設定介面裡沒有開關可以關掉它。再看官網：seelen.io 的隱私政策全文 11,711 個字，講的都是網站的 Cookie、Google Analytics 與帳號資料，對桌面應用與這個回報端點零次提及。想知道它的存在，唯一的方式是讀原始碼。

公平地說，這個設計有它乾淨的一面。整個專案的依賴清單裡沒有 Sentry、PostHog 這類分析套件，回報內容極簡，而且因為是 AGPL 授權的開源專案，所有行為都可審計；它是單純的 HTTPS POST，用防火牆規則擋掉 telemetry.seelen.io，App 不會因此出錯。如果你對「背景定期回報」敏感，這是目前唯一的管理方式。對照它的依賴清單與程式碼規模，把這件事理解成「開發者想掌握活躍安裝數，但沒想到該在隱私政策裡寫一行」比理解成惡意收集更接近實況，但對讀者來說，結果都是同一個：預設開啟、沒有開關、文件沒寫。

同一個信任議題還有另外兩層可以看。社群小工具的動作指令跑在 @nyariv/sandboxjs 沙箱裡，只放行開檔、顯示桌面、打開開始選單三個白名單指令，這層有設防；互動式 HTML 桌布則是官網自己寫明「以完整 Web API 存取權執行」，這層全開。從商店安裝別人寫的桌布或主題時，你信任的對象從 Seelen 變成了那個資源的作者，這是所有桌面美化生態的共同前提，挑資源時值得放在心上。想找靜態桌布素材，可以看我們整理過的AppleWalls 原生桌布檔案庫。

WebView 的記憶體帳單，官方一直在還

用網頁技術畫整個桌面，記憶體與 CPU 是躲不掉的成本，這個專案的議題史就是明證。2026 年 2 月的 #1416 回報頻繁的記憶體耗盡崩潰，作者回覆自 2.5.3 版起已改善、頻率降低；2026 年 6 月的 #1628 回報螢幕自動關閉後 seelen-ui.exe 的 CPU 衝到約 495%，風扇全轉，直到鎖定畫面或手動砍程序才停，從回報到修復提交相隔三天多（e44077b）。最新穩定版 2.8.2 的更新日誌裡，還有一條「使用 Chrome DevTools Protocol 週期性清理記憶體」，等於官方自己承認 WebView 的記憶體增長是需要主動管理的問題。

實際的佔用數字會依主題複雜度、小工具數量與多螢幕設定差很多，這裡不給沒量過的數字。合理的預期是：8GB 記憶體的機器會有感，16GB 以上的機器把它當常駐工具比較安心。另外兩個環境前提出自官方文件的提醒：App 需要 WebView2 執行階段與 Microsoft Edge 存在才能正常運作，Windows 11 內建、Windows 10 由 setup.exe 附帶；精簡過系統、把 Edge 移除掉的客製化 Windows 會直接踩雷，全新安裝的 Windows 則可能先出現白畫面，把 Windows Update 跑完重開機即可。

三個安裝管道，選 MSIX 最乾淨

官方提供三個安裝管道，全部發行簽署過的套件：Microsoft Store、winget（套件識別碼 Seelen.SeelenUI）、GitHub Releases 的 MSIX 與 setup.exe。三者拿到的程式本體相同，差在後續行為。Store 版由 Windows 自動更新，版本上架前要多等 1 到 3 個工作天的審核；GitHub 版最即時，setup.exe 還會在 App 內提示更新。

就前面看到的系統足跡而言，MSIX 是比較乾淨的選擇：沙箱化執行、不寫機器級 PATH、識別碼存在自己的登錄機碼裡。setup.exe 多換到的是 App 內更新通知，代價是 PATH 寫入，而這條路出過事：2025 年 12 月的 #1299 回報用 setup.exe 解除安裝後，命令提示字元裡 ping 這類系統指令找不到了，原因出在還原 PATH 時寫錯登錄值型別（寫成 REG_SZ 而非 REG_EXPAND_SZ，變數展不開），原始碼裡留下註解自述這段歷史與修法，issue 在 2026 年 4 月關閉。要用 setup.exe 的人，解除安裝後開個命令提示字元打 ping 確認一下，是成本很低的驗證。

退場流程這樣走最穩：先在 App 內把各項功能關掉、讓它優雅關閉（確認原生工作列的自動隱藏有還原），再解除安裝；接著到工作排程器確認 Seelen UI Service 工作已經不在，並把 %APPDATA% 與 %LOCALAPPDATA% 底下的 Seelen 設定資料夾清掉。MSIX 解除安裝不會幫你做後面兩件事，這是格式限制，設定資料夾留著對隱私沒有影響，但知道它在那裡比較好。

誰該現在裝，誰該再等等

適合現在就裝的人輪廓相當清楚：重度多工、鍵盤為主的工作流，長期羨慕 macOS 的 Dock 或 Linux 的平鋪視窗，願意花時間調校主題與版面，機器記憶體有餘裕。對開發者來說，Widget SDK 加上 CSS/JSON 主題引擎，等於拿到了一個可以自己寫工具的桌面平台。它的免費是徹底的：沒有付費版、沒有功能鎖，資金來源是 GitHub Sponsors、Ko-fi、Patreon 與 PayPal 的捐贈，加上官網的廣告版位。

建議再等等的情況也一樣具體：記憶體 8GB 以下的機器、拿主力工作機賭穩定性的情境、以及對背景回報完全零容忍的環境。後者如果只是想擋回報，防火牆規則就能處理；前者在 WebView 架構下沒有乾淨解法，等未來版本再評估。想先在 Windows 上體驗輕量常駐工具的人，可以從我們介紹過的ElegantClipboard 剪貼簿管理工具這類單一功能的小工具開始，負擔小得多。

要拿它的原始碼做商業產品的人，注意授權是 AGPL-3.0：原樣安裝、自己改來用都不受影響，但散布修改版、或以網路服務形式提供給別人使用，就必須履行提供原始碼的義務，商業客製前值得先讓法務看過條文。

授權與專案狀態

Seelen UI 由 eythaann 開發，營運主體是登記在歐洲的 Seelen 公司。授權 AGPL-3.0，原始碼完整公開在 GitHub。規模與活躍度（截至 2026 年 8 月）：17,569 顆星、576 次 fork、64 個開啟中的議題與合併請求；穩定版從 2026 年 6 月的 2.7.4、7 月的 2.8.0 與 2.8.1，到 8 月的 2.8.2 維持月更，另外有每晚更新的 nightly 通道；v2.8.2 單一 x64 安裝器下載 14,915 次。安裝管道：Microsoft Store、winget（Seelen.SeelenUI）、GitHub Releases。支援平台：Windows 10 與 11，x64 與 ARM64。安全通報管道：[email protected]，官方承諾 48 小時內回覆確認。貢獻流程走 CLA 貢獻者授權協議與 commit 規範，翻譯在 Crowdin 平台上協作，議題區對缺陷回報的回應速度以這類個人主導的專案來說算快，前述螢幕關閉 CPU 問題從回報到修復提交只隔兩天。整體而言，這是一個把自己當成長期產品在經營的開源計畫，不是玩票性質的作品。