LaunchOS V2：我們為什麼決定推倒重來

去年 9 月 30 日，我們發布了 LaunchOS 第一個公開測試版；10 月 31 日，發布了 LaunchOS v1.0 正式版。

到現在，它已經歷了 26 個公開版本。從功能層面，我們一點點補齊了觸發角、觸控板手勢、鍵盤操作等；體驗上則反覆打磨和最佳化互動手感與動畫；外觀上對液態玻璃做了一層層融合適配，以及很多使用者回饋提到的細節。很多很多細節是我們從未發現的：原來還可以這樣？原來有人是這樣使用的！可以說，是使用者的回饋共同創造了它。

很幸運，v1 得到了非常多使用者的認可。
有不少人說，它是目前他們用過體驗最好的啟動台替代品，尤其是在細節打磨與設計思考上。

這些回饋直接戳中了我們的內心，對我們來說是巨大的鼓勵。

但也正因為我們一直在認真打磨它，團隊內部也意識到了 V1 的一些問題：如果 LaunchOS 想繼續往前走，成就了它的 SwiftUI，可能反而也會成為一道枷鎖。

我們正在觸摸 LaunchOS V1 的天花板

LaunchOS 作為一款應用程式啟動器，最難的地方並不是「把應用程式圖示列出來」，而是要把一整套啟動台體驗做得足夠流暢、舒適、自然：

• 頁面拖曳／觸控板滑動的跟手性；
• 分頁動畫的順滑流暢性；
• 所有與人產生互動的環節的過渡自然性；
• 鍵盤、滑鼠、觸控板等對各類不同硬體設備以及滑鼠最佳化軟體的相容性；
• 不同尺寸和解析度螢幕以及網格數量下的動態適配相容性；
• 從 Intel、M1 到 M4 不同晶片類型上的表現穩定性；
• 記憶體、CPU、GPU 佔用的穩定控制；
• 等等。

這些東西看起來都很小，但只要其中一個地方不對，使用者立刻就會覺得「不像原來的啟動台」。

v1 裡，我們做了很多輪最佳化。
有些最佳化甚至只是為了讓一個很小的互動少掉一點卡頓，或者讓某個動畫在某類設備上表現穩定。

但到了後期，我們經常遇到同一個問題：

開發一個功能本身並不難，難的是讓它在少數老舊設備上也足夠流暢、足夠穩定。

有時候，一個功能可能一天就能寫完，但為了把效能和記憶體表現壓到極致，我們要再花好幾天反覆調整。這導致我們在功能層面的迭代速度逐步放緩，也導致使用者看到的更新日誌裡，新功能可能只有短短一行「新語言支援 + 效能最佳化」。

這不是一個健康的狀態。

技術重構，不破不立：重寫視圖和互動層

SwiftUI 是 Apple 正在主推的 UI 框架，對開發者非常友好，寫起來真的很爽。它非常適合快速搭建介面、做狀態驅動的 UI，也讓很多原本複雜的 macOS 開發變得簡單。

但 LaunchOS 的核心介面有點特殊。

它不是一個普通的設定頁，也不是一個資訊流列表，而是一個需要大量高頻動畫、拖曳、命中檢測、視窗層級、視覺效果和輸入事件協同工作的系統級工具。

在這類場景裡，如果我們繼續主要依賴 SwiftUI 的宣告式視圖層和系統封裝，就會遇到越來越多難以繞開的限制：

• 某些動畫節奏不夠可控；
• 優秀的封裝在某些場景下會顯得臃腫，導致額外的效能消耗；
• 高頻狀態變化也會帶來額外開銷；
• 記憶體和視圖生命週期不總是符合我們的預期；
• 一些系統級互動最終還是要回到 AppKit 才能更穩定地處理。

所以 V2 的方向是把啟動台的核心體驗下沉到更底層、更可控的 AppKit 實現裡。

這意味著我們要自己管理更多細節，也意味著我們可以少一些妥協。

推倒重來的工作量遠遠遠超預期

重構聽起來很爽，但實際做起來並不浪漫。

在 SwiftUI 裡幾行程式碼可以完成的動畫，到了 AppKit 裡可能要自己拆成幾十行邏輯：什麼時候開始、什麼時候結束、中間狀態怎麼插值、使用者打斷動畫時怎麼接住、拖曳過程中怎麼避免佈局抖動……全部都需要自己處理。

還有一些問題更麻煩：

很多新的系統視覺效果和介面，是優先給 SwiftUI 使用的。
到了 AppKit 裡，並不是所有東西都有同等開放的 API。有些地方需要繞一圈，有些地方需要重新設計實現方式，還有些地方只能在「盡量接近」和「穩定可控」之間做取捨。

這也是為什麼我們沒有把 V2 做成一次簡單的「程式碼整理」。

它更像是一次重新理解 LaunchOS 的過程：

• 哪些互動必須 100% 還原；
• 哪些細節可以重新實現得更穩定；
• 哪些 v1 的歷史包袱應該趁這次移除；
• 哪些使用者回饋應該變成底層能力，而不是補丁式功能。

V2 想解決什麼

V2 最核心的目標只有一個：

讓 LaunchOS 更流暢、更輕、更接近系統級體驗，為今後的功能迭代提供更穩健的地基。

具體來說：

• 即使是在 120Hz 甚至 240Hz 的高更新率螢幕上，也可以在不額外開銷的情況下獲得穩定流暢的動畫幀率；
• 更低的執行開銷，減少不必要的視圖更新和記憶體佔用；
• 更流暢的體驗，之前因為不希望增加開銷而未做的邏輯處理，可以盡情發揮；
• 更自然的視窗和視覺效果，讓它和 macOS 26 的系統語言融合得更好；
• 更清晰的底層結構，方便後續繼續迭代，而不是每做一步都被舊結構牽制。

這次重構也補齊了一些更原生的體驗：

比如，拖曳應用程式到 Dock。
這件事 V1 也不是做不到，只是我們希望可以在 V2 上直接落地，避免同時維護兩套邏輯。

比如，基於液態玻璃效果重新設計資料夾背景托盤。
v1 已經盡可能接近 macOS 26 的視覺語言，但 V2 會進一步把這個體驗做得更像系統的一部分，而不是一個覆蓋在系統之上的視窗。

再比如，適配 120Hz 甚至更高更新率設備。
這件事 V1 也不是做不到，但是會導致額外的開銷。

目前測試版已經開放，但它還不是最終狀態

LaunchOS V2 的測試版已經在 2026 年 5 月 12 日開放。

因為這是一次底層重構，所以它一定會有一些測試還沒覆蓋到的問題。我們自己能覆蓋一部分設備、一部分系統版本、一部分使用習慣，但不可能覆蓋真實使用者環境裡的所有組合。

這也是為什麼我們希望願意嘗鮮的使用者繼續給我們回饋。
如果它出現了卡頓、閃退，或者任何你覺得不舒服或不對勁的地方，歡迎告訴我們，你的設備可能是非常珍貴的病況案例，等待我們去攻克。

回饋入口：

應用程式設定 - 關於 - 回饋

正式版發布時，我們也會從這些對我們有幫助的回饋裡抽取一部分使用者，贈送【雙設備授權】。

我們不一定能回覆每一條回饋，但每一條都會看，也會做分類。過去幾個月，LaunchOS 的很多改進都來自這些看起來很普通、但非常具體的回饋。

如果你還懷念 Launchpad，你永遠可以相信 LaunchOS

即使在 v1 階段，我仍然真心認為 LaunchOS 已經是目前體驗最好的 Launchpad 替代方案之一。

如果你不習慣新的聚焦（Apps），或者你依然懷念原來的 Launchpad，LaunchOS 可能就是你在找的。

如果你不知道它和你目前正在用的某個產品有何區別，下載體驗一下，我相信你會很快找到答案。

V2 不是為了把它變成一個更複雜的啟動器。
相反，我們希望透過這次重構，讓它回到更簡單、更穩定、更接近原生的狀態。

很多時候，做一個工具最難的地方不是加功能，而是克制地把每一次打開、每一次拖曳、每一次翻頁都做順。

期待你的回饋～

官網：

https://launchosapp.com/launchpad-alternative/