TechMoon 科技月球
WordPress、SEO 與 AI 工具實測指南
TechMoon 科技月球
WordPress、SEO 與 AI 工具實測指南

VirtualBuddy 是 Apple Silicon Mac 上的免費開源 macOS 虛擬機,20MB 的 app 用 Apple 原生虛擬化引擎就能裝出 macOS 12 到 27 beta 的任意版本。實測兩版安裝檔簽章公證齊全、無遙測權限,系統映像全部直連 Apple 官方伺服器,2022 年的舊版映像至今仍可安裝。裝機代價是 17 到 25GB 的下載空間,文內附與 UTM 的選擇指南。
用 AI 摘要這篇文章:
想在 Mac 上多裝一個 macOS 來測東西,多數人第一個念頭是切一個分割槽做雙系統,或乾脆再買一台二手 Mac。分割槽的麻煩在於每次切換都要重開機,測 beta 時手滑升了級,時間機器備份也跟著賭進去;雙機的成本更好理解,一台 Mac 就是好幾萬。還有一條更省事的路:VirtualBuddy。這是一套免費開源的 macOS 虛擬機工具,能在 Apple Silicon 的 Mac 裡直接裝出 macOS 12 到最新 beta 的任意版本,開一個視窗就多一個系統,主系統完全不動。
先給三個短答案。它能做什麼:在你的 Mac 裡開一個視窗跑另一個 macOS,從 2022 年的 12.3.1 到 2026 年的 27.2 beta 都列在選單上,也能跑 Ubuntu 這類 ARM 版 Linux。能不能信任:我把穩定版和 beta 版兩個安裝檔都抓下來驗過,簽章與公證齊全,穩定版整個 app 只跟 Apple 的系統要了三種權限,沒有任何遙測類權限。代價是什麼:裝一個 macOS 26 的虛擬機要下載約 18GB 的系統映像,裝 27 版則接近 25GB,磁碟空間是第一個要算的成本。
這三個答案裡藏著一個反直覺的事實,值得先講:四年前的 macOS 12.3.1 映像,Apple 到現在還在簽。我實際查過簽名狀態,2022 年 3 月底的 build 21E258 傳來的結果是 still signed。玩過 iPhone 降版的人都知道停簽是什麼,但 VM 用的系統映像走的是另一套規則,這也是這套工具最有趣的地方,後面會拆開講。
先講清楚這套工具在生態裡的位置。Apple 從 macOS 11 開始內建了一套原生虛擬化框架(Virtualization.framework),M 系列晶片跑 ARM 版 macOS 客體系統的效率很好,問題是這套框架只提供程式介面,你必須自己寫 Swift 程式呼叫它,等於有了引擎沒有車。VirtualBuddy 的作者 Guilherme Rambo 是資深 Apple 平台開發者,長期經營 Apple 開發者社群,他做的事情就是把這套引擎包成一個裝好就能用的 app。
包出來的東西有多輕?穩定版 2.1 的安裝檔是 17.2MB,2026 年 9 月的最新 beta 也只有 20.9MB。這個數字本身就能說明它的路線:引擎用 Apple 的,映像抓 Apple 的,app 本體只負責選單、設定和視窗,所以塞不進任何多餘的東西。
我把兩版安裝檔都下載、掛載、驗了簽章,結果相當乾淨:
錢的部分也要說清楚:它是真的免費,沒有試用倒數、沒有功能牆。GitHub 的 releases 頁直接下載,Homebrew 一行指令就能裝。作者在 Gumroad 有放一個贊助頁,我把頁面資料調出來看過,定價是 0 元隨喜,你要付錢支持可以,不付就是原價零元,功能完全相同。這種開源加隨喜的模式沒有商業化壓力,也對應了它的更新節奏:2.1 穩定版發佈於 2025 年 9 月,之後一年沒有再出新的穩定版,beta 倒是從 2026 年 6 月到 9 月連發了五版,節奏是慢而穩的那種。

安裝新虛擬機的方式是內建精靈,映像來源有三種:從 Apple 伺服器上的版本清單挑一個(自動下載安裝)、指定本地已下載的 IPSW 檔、或貼一個自訂的映像網址。第三種看起來冷門,其實是進階玩家的入口,公司內部留存的舊版映像或自行鏡像備份的檔案都能餵進來。對開發者還有兩個加分功能:虛擬機可以開進復原模式去關 SIP(系統完整性保護),這在測核心延伸或逆向時少不了;虛擬機狀態可以做快照儲存與還原,測到一半的環境凍起來,下次原樣繼續。
實際的使用情境長什麼樣?每年 6 月 Apple 放出新版 macOS beta,正式升級主機之前先在虛擬機裡把自己賴以為生的 app 全跑一遍,是相對冷靜的做法;接了使用者的 bug 報告指明只出現在舊版系統,開一台對應版本的 VM 就能重現,不用翻出舊機器;寫教程或做教育訓練的人,也能在乾淨的 VM 裡錄操作過程,錯了就還原快點重來。這些事在以前不是做不到,而是一件都要弄半天,現在的差距只在下載時間。

Apple 生態有個常識:舊版系統一旦停止簽名,你就再也無法重新安裝那個版本。iPhone 降版被擋是同一套機制,這叫 TSS 簽名驗證(TSS Signing Server),伺服器端只給「目前還開放安裝」的版本蓋章。如果你照這個常識推論,會覺得 VirtualBuddy 選單裡那些 2022、2023 年的舊 macOS 一定早就裝不了。
實測結果正好相反。VirtualBuddy 內建了一個簽名檢查服務,我用它查了兩個版本:macOS 12.3.1(build 21E258,2022 年 3 月底發佈的版本)和 macOS 27.0.1(build 26A434,2026 年的最新正式版),傳來的 JSON 都是 isSigned: true。查詢內容裡還能看到 Apple 伺服器認得的 VM 專屬識別:晶片 ID 65024、board config 字串。這表示虛擬機這條通道本來就是 Apple 主動開的,舊映像持續簽屬於 Apple 的既定政策而非漏洞,至少四年來它一直開著。
換句話說,只要你今天想裝一個 2022 年的 macOS 12 來重現某個舊環境,這套工具的選單裡那個版本現在抓下來就能裝。實體 Mac 做不到的事,VM 反而做得到。對需要向舊系統版本測相容性的開發者來說,這一點比任何功能列表都有說服力;對做數位保存、需要留一個能開機的歷史環境的人來說,這幾乎是唯一免費的路。
這背後的機制值得多看一眼。Apple 對虛擬機客體的簽名驗證走的是 VM 專屬的 board 設定(查詢結果裡的 vma2macosap 字串就是它),跟實體 Mac 用的不是同一張白名單。Apple 之所以把這條通道一直開著,合理推測是它本來就是給開發者測試用的正規管道:macOS 的 restore image 檔案本來就放在公開的 CDN 上,任何人都能直接抓,VirtualBuddy 與 UTM 用的是同一批檔案,差別只在誰幫你把清單與簽名狀態整理好。這一點 Apple 從未白紙黑字承諾,哪天政策改了,選單上的舊版本就會變成看得到裝不了,所以真需要某個舊環境的人,早點把映像抓下來留著才是穩的做法。
講完信任面,拆一下它的網路結構,這部分我翻了它的 Swift 原始碼,比 README 有意思。
VirtualBuddy 的 OS 選單不是寫死在 app 裡的,而是每次開啟時動態抓取的。實際打它的目錄服務(api.virtualbuddy.app,託管在 Cloudflare 上),傳來的清單有 224 個 macOS 系統映像,從 12.3.1 一路排到 27.2.0 beta,每個條目標好版本號、build 號、正式版或測試版頻道。另外還有 8 個 Linux 發行版映像,Ubuntu 為主,最新到 26.04。選單上按 Command+R 可以不快取強制刷新,新版 macOS 一上線,目錄那邊更新了你立刻看得到。
關鍵在下一步:這 224 條目的下載連結,我一個一個看過去,全部指向 Apple 官方的內容傳送網域 updates.cdn-apple.com。也就是說,作者維護的伺服器只負責「選單」這層(哪些版本、什麼頻道、簽名狀態如何),系統映像這個真正的大檔案,你的 Mac 是直接從 Apple 的伺服器抓的,不經過任何第三方轉手,也沒有重新打包的疑慮。
這個分工還有兩層保險值得點出來。第一,如果作者的目錄服務哪天掛了,app 會改用內建的離線目錄,我把原始碼裡那份 JSON 打開數過,同樣是 224 條,內容已同步到最新的 27.2.0 beta,所以選單不會因為單一伺服器故障而開天窗。第二,我在原始碼裡有看到 ngrok 之類的開發用測試網址,但那些全部包在除錯建置的條件編譯裡,正式發佈的 app 固定連 api.virtualbuddy.app,開發用的通道在出貨版本裡根本連不到。
app 自己的更新也值得一提。它用 Sparkle 框架走雙頻道:release 頻道收穩定版,beta 頻道收測試版,我把更新清單(appcast)抓下來看過,每個更新包都附 EdDSA 簽章,下載鏈有密碼學驗證,甚至提供差量更新檔(只抓改動的部分)。願意在更新機制上做到簽章驗證的開源 app,工程紀律通常不差。
還有兩個埋在原始碼裡的細節。app 隨附一個命令列工具 vctool,用途是維護軟體目錄本身(新增映像條目、檢視 IPSW 資訊、移轉舊目錄格式),等於作者自己整理那份 224 條清單用的後台工具。app 也註冊了 virtualbuddy:// 連結協定給自動化整合,而且做了審計權杖驗證:來路不明的程式想透過連結觸發動作,要先過身份驗證那一關,這個細節在 Mac app 裡並不常見。
順帶一提,2.1 版還加了從 UTM 匯入虛擬機的功能,把別家的 VM 檔案拖到 Dock 圖示上就能轉換。一個開源工具主動去接競爭對手的使用者,這個姿態在商業軟體裡很少見。
在 Apple Silicon 上跑虛擬機,UTM 大概是被搜尋最多次的名字,star 數 35,727,是 VirtualBuddy 的四倍,兩者都是以開源免費為前提。但它們其實不是同一種工具。
UTM 走的是 QEMU 路線,等於一台什麼系統都能跑的模擬器:Windows 11 on ARM、x86 的 Linux 發行版,甚至一些老系統都行,代價是架構比較重,跑非原生系統時有模擬損耗。VirtualBuddy 只做一件事:用 Apple 原生的虛擬化引擎跑 macOS 和 ARM Linux,Windows 不行、x86 系統不行、Intel Mac 也免談。功能廣度輸一大截,但在它管的那個範圍裡,用的就是 Mac 晶片上最短路徑的那套引擎。
所以選擇題很簡單:你要在 Mac 上跑 Windows 或 x86 Linux,答案就是 UTM 或 Parallels,VirtualBuddy 幫不了你。你的需求是「再多一個 macOS 環境」,測 beta、測舊版相容、隔離實驗環境,VirtualBuddy 是免費而且門檻最低的選項之一,20MB 的 app 加上 Apple 直送的映像,整條路沒有第三方付費牆。
如果你已經在 UTM 裡養了幾台 macOS 虛擬機,前面提過的匯入功能讓搬家成本很低。反過來,如果你的使用場景就是各種系統都要跑,那也沒有搬家的必要,兩者並存不衝突。
虛擬機聽起來輕巧,代價都藏在磁碟空間裡。我把目錄裡每個版本的映像大小拉出來算過,給你實際數字:
要注意這只是映像下載量,安裝成虛擬機後還要再吃一份安裝空間,準備個雙倍容量是比較安全的算法。以目前最新的 macOS 26.6 為例走一遍全程:18.41GB 的映像下載,安裝完成後虛擬機磁碟本身再佔一份,下載快取若不清又是一份,一台 VM 的完整生命週期抓 40GB 上下的餘裕不算保守。如果你打算同時留多個版本,比方 26 穩定版配 27 beta,再加上一個舊版環境用來重現客戶反映的 bug,先確認磁碟或外接碟的空間再動手。
好消息是它用了 APFS 的複製特性,在檔案庫裡用 Command+D 複製一台現成的虛擬機幾乎不多佔空間,你可以先裝一台乾淨的母機,之後要搞破壞性實驗就複製一台去玩,玩壞了刪掉再複製,這對反覆測試的人是最實用的一招,也把上面那筆空間帳省了一大半。
硬體底線有兩條:必須是 Apple Silicon(M1 之後的機型,Intel Mac 無解),主系統必須 macOS 13 以上(我驗過穩定版 app 內建的最低版本宣告,就是 13.0;2.2 beta 系列的門檻提高到 14.0)。虛擬機裡倒是反向寬鬆,macOS 12 以後都能裝,所以你可以用 macOS 26 的主機跑一個 macOS 12 的老環境,前後四年的系統跨度都吃得下。
另外有個 beta 專屬的坑:想在 macOS 26 的主機上裝 macOS 27(Golden Gate)beta,光有 VirtualBuddy 還不夠,你得先去 Apple 開發者網站下載最新的 device support 檔案(或直接裝 Xcode 27 beta),而且要用 2.2 beta 2 之後的版本。這個額外步驟 README 裡有寫,但第一次裝的人很容易漏看,卡在安裝失敗找不到原因。
還有幾個使用面的細節值得知道。網路有 NAT 與橋接兩種模式,NAT 開箱即用,橋接讓虛擬機像獨立設備一樣掛在區網上;共享資料夾走 virtiofs,虛擬機裡一行 mount 指令就能把主機的資料夾掛進來;剪貼簿共享需要虛擬機裝一個配套的 guest 小工具(macOS 14 以上才有完整功能,macOS 13 只支援資料夾掛載,macOS 12 不支援)。企業環境用的話,它支援 MDM 派送管理偏好,IT 可以集中停用的開關有五個:共享資料夾、guest 小工具、USB 直通、橋接網路、音訊輸入,全部文件化、可驗證,這成熟度對個人用戶是加分,對公司採用是門票。
收斂成一段可操作的判斷。
該裝的人:需要在多個 macOS 版本之間跨版本測試的開發者、想在主力系統不動的前提下試 beta 的嚐鮮者、需要一個用完即丟的乾淨環境做實驗的人。你的 Mac 是 Apple Silicon、系統 13 以上、磁碟還有 40GB 上下的餘裕,那就一行 brew install --cask virtualbuddy 裝起來,或者去 GitHub releases 頁抓 dmg,兩條路都是官方檔案。裝完第一台之後,建議馬上用 Command+D 複製一份乾淨備份再開始折騰,這是這套工作流程裡最便宜的一道保險。
該繞道的人:想在 Mac 上跑 Windows 或 x86 軟體的,直接去試 UTM 或 Parallels,VirtualBuddy 的引擎管不到那個領域。主機還在 Intel 晶片或磁碟空間見底的讀者也一樣,前者要靠 UTM 這類模擬路線,原生虛擬化用不上,後者先清出空間再來,映像加安裝的雙倍消耗不會跟你客氣。
最後一個提醒,也是這套工具最值得記住的一點:你裝的每一個 macOS 映像都直接來自 Apple 官方伺服器,從 2022 年到 2026 年的版本都還掛著有效簽名。工具本身只有 20MB,因為它真的只做了方向盤該做的事。想先了解自己機型的規格底線,可以搭配 MacTracker 查 Apple 產品規格;想掌握 macOS 版本更新的節奏,這篇 macOS 更新檢查工具也派得上用場;如果你考慮的是多重開機而不是虛擬機,開機管理工具的對比能幫你比較兩條路線;對伺服器端虛擬化有興趣的,One KVM 這類輕量方案是另一個方向的入門。