左側一排被縮小的視窗：有人在 Windows 上重做了臺前調度

2026 年 10 月 30 日，V2EX 的分享創作板出現了一則貼文。作者 Elroooo0Y 用名為 mygo 的技術棧，在 Windows 上復刻了 macOS 的「臺前調度」（Stage Manager），並附上 GitHub 倉庫與 B 站演示影片。貼文本身很短，但這個物件值得從介面設計的角度看一遍。

臺前調度在 macOS 上的核心畫面是：目前使用的視窗佔據畫面中央，其他視窗被縮成小圖，沿著螢幕左緣排成一列。它把「切換視窗」這件事從一個抽象清單，變成一組有位置、有大小、有遠近關係的畫面。被縮小的視窗不是圖示，是仍然看得見內容的縮圖，靠著面積差異告訴你哪個正在用、哪些在待命。

把這套視覺邏輯搬進 Windows，難處不在縮圖本身，而在 Windows 的視窗管理慣例。Windows 長期以工作列為切換中樞，視窗之間是平面的、按時間或按釘選排列的關係；臺前調度則要求視窗被分組、被推到側邊、被賦予主從層級。複刻者等於要在另一套作業系統的地基上，重新排出一種蘋果式的空間敘事。從演示影片的存在可以推測，作者也明白這件事的說服力在畫面，畢竟臺前調度首先是一種看起來的樣子，其次才是功能。

這類復刻之所以反覆出現，是因為臺前調度已經變成一種可指認的設計語言，就像 Dock、像 Spotlight。設計語言一旦被辨認，就脫離了原本的作業系統，成為可以移植的介面模式。這與我們先前觀察過的終端機多工介面在狀態欄符號上的取捨是同一種現象：多工的組織方式，最終都會沉澱為某種具體的畫面安排，而畫面安排是可以被模仿、被爭論的。

貼文下的回覆不多，但留下了另一條線索。有人問 mygo 這個技術棧如何，作者與另一位回覆者都提到它適合寫桌面小工具，「開發很方便」，效能還能開 profile 讓 AI 來優化。這句話的背景是當下越來越常見的一種開發方式：介面原型先由人決定，實作細節交給工具鏈消化。復刻臺前調度這種「畫面長什麼樣已經很清楚」的專案，恰好是這種開發方式最順手的題目。

至於成果好不好用，單憑一則貼文與演示影片無法判斷。但有一點可以確定：當一個人在 Windows 上願意花力氣重排視窗的遠近與大小，他真正想要的，是那種被安排過的注意力層次，而這正是臺前調度作為設計最有價值的部分。