門檻是 64GB 統一記憶體與 250GB/s 頻寬
微軟於 2026 年 9 月 4 日在 Windows Developer Blog 宣布 Project Zenith，定位為「開箱即可寫程式、去除干擾」的 Windows 開發者體驗，採用特化版的新型 Windows 作業系統，大幅提高了作業系統內直連的頻寬設計，並將首發搭載於 AMD Ryzen AI Halo 迷你主機。硬體門檻設在 64GB 以上的統一記憶體與 250GB/s 以上的記憶體頻寬，目標是讓開發者在本機執行 300 億參數以上的模型，且不受雲端 token 計費限制。
這則消息看似只是 Windows 的又一個開發者友善改版，實際上牽動的是一個更大的問題。當地端 AI 推論成為開發日常之一時，作業系統廠商、晶片廠商與硬體廠商正在重新爭奪「開發者的桌面」。CyberQ 依據自身部署的經驗，以及市場現實，順便回答幾個讀者近期告訴我們最關心的問題。
一、Project Zenith 是什麼 ?
定位瞄準開發者
依微軟官方部落格的描述，Project Zenith 是在「開發者級裝置」上預先設定好的 Windows 體驗。WinBuzzer 進一步指出，微軟並未將它描述為獨立的 Windows 版本，也不會提供給既有 PC 下載升級，而是與新裝置綁定出貨的體驗包。Tom’s Hardware 以「精簡版 Windows 11」稱呼它，但官方措辭是「device experience」，兩者角度不同，讀者宜以官方定義為準。
硬體門檻
64GB 以上統一記憶體，250GB/s 以上記憶體頻寬。首發裝置為 AMD Ryzen AI Halo，搭載 Ryzen AI Max+ 395、128GB LPDDR5x-8000、2TB SSD 與 Radeon 8060S 內顯，Micro Center 售價 3,999.99 美元。微軟表示未來數月將有更多 OEM 與晶片夥伴推出裝置，且會涵蓋不同晶片架構，但尚未公布名單。
預載工具
依 Tom’s Hardware 整理，內含 Visual Studio Code、GitHub Copilot、PowerToys、WinAppCLI、Windows Dev Skills、Intelligent Terminal、PowerShell 7、Git、GitHub CLI、Azure CLI、Core Utils、Oh My Posh、Python 3.14 以上、uv、NVM、Node 24 以上、WSL 2 搭配 Ubuntu，以及 .NET 10。WinBuzzer 補充了系統層面的預設值，包括檔案總管顯示副檔名與隱藏檔、啟用長路徑支援、關閉開始功能表提示與帳號通知，並啟用 Command Palette。
代理程式安全
微軟強調這類裝置將受惠於作業系統層級的身分機制、Microsoft Execution Containers (MXC) 的隔離能力，以及企業級的代理程式管理。不過 CyberQ 檢視現有的 MXC 的 GitHub 儲存庫，MXC 仍屬早期預覽，微軟自己在文件中警告部分自動產生的政策過於寬鬆，目前的 MXC 設定檔不應被視為安全邊界。對資安從業人員而言，這一點比預載工具清單重要得多。
微軟的動機
Tom’s Hardware 將 Project Zenith 解讀為微軟對「AI token 成本危機」的回應，並提到代理程式的 token 消耗量可達一般 AI 使用的 1,000 倍。此數字在該報導中未註明出處，對照一下，看微軟官方的說法則較為保守，僅表示地端執行可「降低對計費雲端 token 的依賴」。
二、開發者不是早就習慣 Linux 與 Mac 了嗎，Windows 憑什麼 ?
有讀者提到這個問題，確實，這個質疑有道理，但需要拆開來看。
從技術面來說，AI 開發的主流工具鏈確實長期偏向 Linux。PyTorch、vLLM、CUDA 生態的第一線穩定的生產環境都是 Linux，NVIDIA 自家的 DGX Spark 出廠就是採用 Ubuntu Linux 為基底特化過的 DGX OS。Mac 則靠 Apple Silicon 的統一記憶體與 MLX 框架，在地端 AI 推論這個單一場景已經累積了大量開發者和使用者。Windows 過去在這個領域的角色呢，多半是「透過 WSL 跑 Linux」或者是搭配一些熱門推論模型推出的 Windows 桌面安裝版、可攜版等等。
Project Zenith 的做法並沒有否定這個現實，反而是承認它，所以預載清單裡把 WSL 2 與 Ubuntu 放進去，CyberQ 認為，微軟的意圖可說是打造「更接近 Linux 的體驗」。換句話說，微軟的策略是讓 Windows 成為一個能同時容納 Linux 工具鏈、原生 Windows 應用與 Copilot 生態的容器，而非說服開發者放棄 Linux。
至於效能與完整性，關鍵在兩個層面。第一是驅動與推論框架的成熟度。Ryzen AI Halo 走 ROCm 路線，多家評測（Compute Market、Verdictbits）都提醒 ROCm 在 Windows 上的成熟度仍需持續觀察，且部分工作負載在 Linux 上表現較佳。第二是記憶體頻寬，這是 LLM 解碼速度的天花板，與作業系統無關。因此對於已經在 Linux 上把工作流程跑順的開發者，Zenith 短期內不會構成足夠的遷移誘因。它真正瞄準的，是那些本來就在 Windows 生態內、被 Copilot、.NET、Azure 綁定，但過去必須自己拼裝環境的企業開發者與獨立開發者。
三、各家積極鞏固開發者市場
CyberQ 認為，過往我們一直強調鞏固開發者市場的重要性，以幾間 AI 大廠來說，可以看到越是注重開發者的公司，其營收就越高，這是因為在 AI 市場的發展期和起飛期階段，掌握開發者，才有辦法把相關生態系養好，且因為 AI 是生財工具、工作工具，開發者是願意為此付錢的，僱用開發者與善用 AI 環境的公司也願意花錢。
目前市場上戰線至少有三條。
第一條是晶片架構之爭。NVIDIA 用 GB10 搭配 CUDA 與 DGX OS 定義了「AI 開發者迷你主機」這個品項第一名的位置，AMD 以 Strix Halo 平台加 ROCm 加原生 Windows 提出便宜 700 美元的替代方案，Apple 則以 Mac Studio 的高頻寬統一記憶體佔據推論效能的高點。三方都在賣同一個訴求，也就是「128GB 級別的統一記憶體放在桌上給開發者與企業使用」。
第二條是作業系統之爭。NVIDIA 把 DGX Spark 綁在 Linux 上，Apple 綁在 macOS 上，微軟過去在這個品項是缺席的。Project Zenith 讓 Windows 第一次有了一個接近「原生的 AI 開發機參考體驗」，而且是與 AMD 聯手在 IFA 舞台上發表。這對微軟的意義在於，Copilot 與 GitHub 的開發者若要做地端代理程式，現在必須要多一條不需要離開 Windows 的路徑。
第三條是代理程式執行環境之爭。當 AI 代理程式開始在本機讀檔案、開程序、連網路，誰來定義權限模型與隔離邊界，就掌握了未來企業採購的話語權。微軟把 OS 層級身分與 MXC 拉進 Zenith 的敘事，正是要在這一層卡位。目前 MXC 尚未成熟，但方向已經明確。
值得注意的是，微軟並沒有把 Zenith 做成可下載的獨立版本。這個決定本身就是市場策略。綁定硬體出貨可以確保體驗一致、避免在低規機器上出現「跑不動 30B 模型」的負面口碑，同時也把 OEM 夥伴拉進同一條船。代價則是門檻較高，在記憶體價格因 AI 需求暴漲的當下，64GB 統一記憶體本身就是一道高牆，更別說是現在市場主流認為至少要跑到 128GB 統一記憶體才夠用的趨勢了。
四、Project Zenith 與 Mac 、GB10 的對照
微軟的 Project Zenith 目前對這兩群人幾乎沒有直接效益，但原因不同。
Mac 使用者
Zenith 是 Windows 體驗，與 macOS 無關。不過 Mac 使用者其實早已擁有 Zenith 想提供的大部分東西。以記憶體頻寬來看，多家評測引用的數字是 Ryzen AI Halo 約 256GB/s、DGX Spark 273GB/s、Mac Studio M4 Max 的記憶體頻寬約 546GB/s，M3/M4 Ultra 則在 800GB/s 以上，而最新世代的 M5 Max 提升至 614GB/s，M5 Ultra 更憑藉全新架構飆升至 1.2TB/s。對於稠密模型（Dense Models）的解碼速度，Mac 憑藉這種超高頻寬的統一記憶體，依舊是同級別中的效能王者。然而，隨著全球記憶體短缺以及 AI 團隊大舉掃貨，目前想要買到大容量記憶體（如 128GB 以上、甚至 M5 Ultra 頂級規格 512GB）的 Apple Mac Studio 或 Mac Mini 變得異常困難。不僅客製化價格高昂，部分頂規版本更面臨延遲出貨或斷貨的窘境，這使得 Mac 在「大容量記憶體即時獲取性」這一核心優勢上，反而面臨了實質上的倒退，而 Zenith 裝置的 128GB 就成為差異點。
GB10 使用者
DGX Spark 出廠即為 Linux，且其價值集中在 CUDA、FP4 路徑、vLLM 服務與多節點串接，這些都是 Windows 生態目前無法提供的。GB10 使用者換到 Zenith 沒有意義，因為那等於放棄 CUDA。微軟說 Zenith 未來會支援「不同晶片架構」，有部落格傳言 NVIDIA 平台也在名單中，但此說法未見官方確認。即使 Windows on Arm 未來能在 GB10 上執行，CUDA 工具鏈在 Windows Arm 上的完整度仍是另一道關卡。往好處想是 NVIDIA 即將推出的 DGX 筆電，用降規的 GB10 晶片架構作的筆電，同樣是 Windows on Arm 作業系統，屆時會有相當的整合，其實際效果，各家也正在測試中，敬請期待。
Zenith 是增量市場，大部分軟體已可用 WinGet 取得
反過來說，Zenith 真正的受益者是「原本沒有這類機器、且工作流程在 Windows 上」的開發者。對他們而言，Zenith 把原本要花半天設定的環境壓縮到開箱即用，同時提供一個能跑 30B 級模型的硬體基準。這是增量市場，而非從 Mac 或 DGX Spark 手上搶用戶。
另外有一個實務上的提醒，微軟公開的 Windows Developer Configurations 儲存庫已經提供以 WinGet 為基礎的設定腳本，可以在既有的 Windows 11 PC 上安裝與 Zenith 高度重疊的工具組合。也就是說，Zenith 的「軟體」部分多數已可自行取得，真正買不到的是硬體基準與原廠整合。
五、特化版 Windows 的未來
CyberQ 認為短期內不會成為主流。Zenith 目前是 3,999 美元起跳、綁定特定硬體、沒有零售版本的產品，受眾是 AI 開發者與企業研發單位。一般遊戲玩家、創作者或重度辦公用戶不會因為 Zenith 而換機，因為它去除的「干擾」對這些族群可能反而是需要的功能。
但如果從結構性來看，Zenith 走的新方向值得市場留意。過去 PC 的高效能定義由 CPU 核心數與獨立顯示卡決定，統一記憶體只是筆電與 Mac 的特色。Strix Halo 與 GB10 這一代產品證明，x86 與 Arm 平台都能把 128GB 統一記憶體塞進迷你主機，且效能足以承擔 30B 至 120B 級模型的推論。若這個硬體形態持續降價並普及（AMD 已預告更高規格的 Gorgon Halo 平台，記憶體上看 192GB），未來「效能電腦」的定義很可能從「顯示卡有多強」轉向「統一記憶體有多大、頻寬有多高」。
在那個情境下，Zenith 這類預先設定好的體驗包，會成為作業系統廠商區隔市場的工具。微軟可以維持一個一般消費者版本，同時對開發者級硬體提供另一套預設值，就像它現在對 Copilot+ PC 做的事。這種做法的本質是「同一個 Windows 核心，不同的出廠設定」，而非分裂成多個作業系統。從企業 IT 治理的角度，這反而降低了管理複雜度，因為政策、更新與安控機制都可以沿用。
真正的變數在於軟體生態能否跟上。ROCm 在 Windows 上的成熟度、MXC 何時脫離預覽、以及 OEM 夥伴的機種與價格帶，三者將決定 Zenith 是曇花一現的行銷名詞，還是 Windows 開發者平台的長期路線。
除了預載工具之外的特點
Zenith 出廠時的差異，主要集中在系統設定層面，包括檔案總管預設顯示副檔名、隱藏檔、完整路徑與詳細資料窗格，並啟用長路徑支援與檔案總管的 Git 版本控制整合。同時微軟也關閉開始功能表推薦、搜尋建議與 Highlights、Widgets、常用檔案與資料夾、雲端推薦與同步提示，並預設開啟勿擾模式。
開發者模式這邊呢，會啟用 Windows Developer Mode、Sudo for Windows 內嵌模式與遠端桌面。終端機方面，PowerShell 7 設為預設，字型改為 Cascadia Mono NF，並套用 Oh My Posh 的 PowerShell 設定檔。Edge 的新分頁改為空白並停用首次執行體驗，系統主題預設為深色。
CyberQ 指出，微軟的 PowerShell 舊版之難用和 bug 以及與 Linux 環境許多不同的設計，在 PowerShell 7 有一些改善，對開發者會比較友善。
Windows 內的 Linux 與容器方面，自動啟用 WSL 並安裝 Ubuntu。且 WSL 容器已於 2026 年 6 月 29 日開放公開預覽，新增 wslc 命令列工具與 Linux 容器工作流程的 API，但 Zenith 的發表並未讓它正式上線。
另外微軟強調 Zenith 裝置會繼承 Windows 11 今年以來的整體改進，包括記憶體用量降低、搜尋與檔案總管效能提升，但這些改進所有 Windows 11 裝置都會拿到，並非 Zenith 獨有。
一般用戶安裝 Zenith
由於 Zenith 出廠所用的正是微軟在 GitHub 上公開的開源專案 Windows Developer Config，而且 微軟將它建立在 winget configure 之上，不需要重灌 Windows 或下載特殊 ISO。實際操作只需三步，先執行 winget configure –enable，再 clone microsoft/WindowsDeveloperConfig 儲存庫，然後對 dev-config.winget 執行 winget configure。
套用之後，主要差異在於，你如果沒有足夠硬體就無法在本機執行大型 AI 模型，但在 Windows 11 的軟體面，取得的是相同的 Zenith 式設定。CyberQ 實測後要特別提醒，其一是公開組態與未來出廠映像未必完全一致，其二是啟用 WSL 需要重新開機，執行前應檢視先決條件。
換句話說，微軟「只給 OEM 出貨」限制的是硬體認證與品牌標籤，不是軟體本身。真正買不到的是 64GB 統一記憶體與 250GB/s 頻寬的硬體基準，以及原廠整合與支援。
許多獨立開發者會想要「更乾淨的開發者 Windows」這個方向是沒錯的，可以好好觀察市場後續這方面的發展。
六、給資安與 IT 主管的觀察
CyberQ 建議，對於負責企業端點治理的讀者，Zenith 有兩個值得提早準備的面向。
其一，地端執行模型的裝置將大量出現在研發部門，這些機器的記憶體與儲存空間足以保存完整的模型權重與訓練資料，資料分級與離職交接流程需要納入這類資產。如果公司內部有透過 NFS 或 SMB 進行模型權重庫的管理和共用，以及各機器產出的稽核和合規性，是未來我們企業內部署的重點，需要規劃與思考慎重處理。
其二，微軟將代理程式的身分與隔離機制放進作業系統層，長期而言會成為企業採購與稽核的依據。但在 MXC 仍為早期預覽、且官方明言不應視為安全邊界的當下，任何以 Zenith 裝置執行的代理程式工作流程，仍應依既有的最小權限與網路隔離原則進行評估，不能因為「模型在本機跑」就假設資料不會外流。
