Burrow

更新紀錄

一覽每個版本新增、變更與修正了什麼。各自的完整記錄都在 GitHub 上。

26 個版本 · 最新 0.14.0 · GitHub 上的版本 ↗

0.14.0最新

2026 年 8 月 11 日 完整記錄 ↗

Touch ID 輔助程式不再躲在設定裡,而是主動現身;確認過的清理也不再默默收場,而是說清楚自己刪了什麼。

新增
  • Burrow 會主動提供特權輔助程式。 Touch ID 輔助程式在 0.13.0 隨版本推出,藏在 設定 ▸ 進階裡的一個按鈕後面,卻沒有任何地方指向它——升級的人是從更新記錄裡得知的,全新安裝的人則毫不知情。現在它由一則低調的橫幅告知,同一時間最多一則提示,關掉之後就不再出現。(#379)
修正
  • 確認過的清理會回報自己刪除了什麼。 它準確刪掉了勾選的內容,看起來卻像什麼都沒做——這條路徑是用 find刪除每一條確認過的路徑,成功時不會輸出任何內容,結果畫面因此無從呈現。現在它會回報自己獲准刪除的內容,而且只有在確認每一條預定路徑都已消失之後才會這麼說。(#380)

0.13.0

2026 年 8 月 11 日 完整記錄 ↗

曾變成空方框的標題重新顯示為文字,MCP 伺服器在不拋下舊用戶端的前提下講 2026-07-28 版規格,快取掃描也會在結束時告訴你。

新增
  • 掃描結束時會告訴你。 快取掃描可能跑上好幾分鐘,過去結束時只是停在那裡顯示一個數字。現在它會送出完成通知,說明找到了什麼,並遵循 設定 ▸ 長時間操作完成時通知. (#377)
  • 再添兩個代理工具。 burrow_anomalies 與 burrow_agent_audit 加入了 MCP 的工具集。(#369)
變更
  • MCP 現在講 2026-07-28 修訂版,包含其中的工作與取消語意。舊用戶端不受影響:2025-11-25 到 2024-11-05 依然照常支援,完全略過 initialize 的用戶端也照樣能用。(#369)
修正
  • 標題變成了空方框。 Burrow 不再於繪製時從可變字型推導字重,而是為用到的每一種字重都附上真正的靜態字樣。(#372)
  • 一次異常結束不會再讓選單列失效 ,也不必等到 macOS 更新。(#365)
  • 視窗又可以縮得更小了 ——最小高度改由側邊欄推算,而不是寫死在程式碼裡。(#364)
  • 「完成目前項目後停止」現在有反應了。 停止指令一直都已排入佇列,只是在進行中的更新結束之前,畫面上沒有任何提示。(#377)
  • 清理確認畫面不再承諾關閉應用程式也做不到的事。 被掃描排除的項目,即使沒有任何應用程式佔著它,也被算進了「關閉 X 可再清理 N」。(#367)
  • 取消一次應用程式更新,不會再擋住之後的更新檢查 ,也不會持續到本次工作階段結束。(#367)
  • root 權限的操作不會再把輸出攪在一起。 標準輸出與標準錯誤共用同一個行緩衝區,可能把其中一路的半行接到另一路上。(#367)
  • 更新壓縮檔設有大小上限 ,在保留或解壓之前就先行判斷;診斷資訊也會在上傳任何內容之前,擋下更多形態的憑證。(#367)

0.12.0

2026 年 8 月 8 日 完整記錄 ↗

管理者操作可以用 Touch ID 驗證,靠的是一個可自行選擇安裝的已簽署輔助程式,它只執行固定的一組操作,其他一概不做。

新增
  • 管理者操作支援 Touch ID。 在 設定 ▸ 進階 ▸ 特權輔助程式 中安裝輔助程式之後,Burrow 需要提權的工作會走系統一般的驗證提示,而不是只能輸入密碼的對話框。舊路徑在結構上就只認密碼: system.privilege.admin 權限由 SecurityAgent 的舊機制驗證,那裡從來不會出現 Touch ID。(#346)
  • 登入項目清單現在是完整的了。 讀取背景工作管理資料庫需要 root 權限,因此未提權的讀取會跳出 macOS 自己的「sfltool 想要進行更改」提示——署名的是 sfltool 而不是 Burrow——而且回傳的仍然只是部分清單。經由輔助程式,這就變成一次你認得出的驗證,外加完整的清單。
變更
  • 清除 DNS 快取不再啟動 root 權限的 shell。 先前它會提權執行 /bin/sh -c "dscacheutil -flushcache; killall -HUP mDNSResponder",把一串指令交給以 root 身分執行的 shell。現在則是兩個引數固定的獨立處理程序,完全不經過 shell。
  • 移除了「為 sudo 啟用 Touch ID」這項設定。 它設定的是 pam_tid ,用於終端機 sudo ,從不影響 Burrow 自己的管理者驗證提示,而後者正是大家以為它會管的——如今這些驗證正由特權輔助程式接手。移除這項設定不會改變你 Mac 上既有的設定;想自行還原,請執行 mo touchid disable 。
修正
  • 提權執行失敗時可能回報成功。 當提權操作根本沒能啟動時,空白的執行記錄被簡化成了「完成——快取已清除」。現在失敗會如實說明。
安全
  • 輔助程式需要你主動選擇安裝,並且要經過 macOS 一次性的核准。安裝本身不授權任何事:你啟動的每一個操作都要單獨驗證。
  • 只有 Burrow 能與它通訊——呼叫方被釘死在應用程式的 Bundle ID、Apple 簽發的憑證鏈以及同一個簽署團隊上,而且由系統對照真正的通訊對象判定,而不是靠查 PID。
  • 它只執行封在已簽署應用程式內部的引擎,以及四個以絕對路徑指定的 Apple 工具,各自為獨立的處理程序。在任何東西以 root 身分執行之前,都會先驗證應用程式套件的簽章,這涵蓋引擎及其載入的每一個程式庫。
  • 有一點得如實說明:驗證取得的憑證會維持十秒有效,因為它必須撐過從應用程式交到輔助程式手上的那一跳。在這段時間內發起的第二個操作不會再次詢問。詳見 SECURITY.md.

0.11.2

2026 年 8 月 5 日 完整記錄 ↗

針對系統指標、更新機制與啟動可靠性的修補:CPU 取樣準確了,Sparkle 的結果誠實了,AppKit 的啟動安定了,停止回應的回報也靠得住了。

修正
  • CPU 使用率現在反映的是有代表性的取樣區間。 內建引擎會跨重新整理保留 tick 基準值,在其他收集器展開之前先行取樣,並由 tick 差值總和推算整體使用率。這消除了 #335中回報的、大約多出一倍的讀數與粗糙的各核心比例。冷啟動時單次的 status 指令可能多花約 600 毫秒;介面上持續的取樣沿用既有的重新整理間隔,不會增加等待。(#340)
  • 更新失敗現在就是字面上的意思。 從磁碟映像檔或被隔離搬移的位置執行、一般的網路故障以及使用者主動取消,仍可在 PostHog 中統計,而不會在 Sentry 裡開案。「移到應用程式資料夾」與排程重試的介面依舊由 Sparkle 自己負責。設定、簽章、安裝以及原因不明的失敗,仍然每個週期恰好產生一則已去識別化的 Sentry 診斷。(#339)
  • 一般的選單列路徑不再與 AppKit 的第一個啟動回合搶跑。 Burrow 會先等一秒再建立狀態項目,之後仍保留既有的 30 秒穩定觀察期。針對 macOS 27 Beta 4 版本 26A5388g 的防護措施依舊只限定於該版本;更新的 macOS 版本會自動回到一般的受保護路徑。(#339)
改進
  • 應用程式停止回應的證據不會再在通往 Sentry 的橋上消失。 取樣到的停止回應會匯入有數量上限的每週 GitHub 摘要,而不是被默默略過。以游標分頁能觸及尚未看過的舊分組,裝滿的摘要會順延為帶編號的分冊,被延後的分組仍有資格進入下一輪。(#339)
  • 啟動與更新的健康狀況現在有了明確的階段性結果。 名稱固定的「已排程」「穩定中」「穩定」三個里程碑,包含範圍受限的應用程式版本、macOS 版本、啟動階段與狀態項目狀態,因而能在不收集自由文字與使用者資料的前提下,把日後的故障區分開來。
隱私
  • 數據回報依舊是可選的、不與你連結、也不做追蹤。 設定裡一個開關即可同時關閉 PostHog 分析與 Sentry 診斷。更新診斷只包含固定的類別與範圍受限的錯誤網域與錯誤碼,絕不包含描述文字、網址、回應內容、網路名稱、路徑、畫面內容或檔案。隱私聲明未作變動,內容依舊準確。
安全
  • 發佈依舊在出問題時安全中止,外部的 Homebrew tap 也不例外。 在任何發行版本開始建置之前,CI 都會要求備齊簽署、公證、Sparkle 與 tap 的憑證,再以一次可回復的 Git 寫入驗證 tap 權杖。tap 憑證與引擎的簽出目錄彼此隔離,這樣一個已成功公證的版本,才不會因為 Git 設定裡殘留了錯誤的權杖,而在最後推送 cask 時功虧一簣。

0.11.1

2026 年 8 月 3 日 完整記錄 ↗

針對 macOS 27 Beta 4 上回報的全系統輸入凍結,所做的啟動防護與診斷修補:為該版本提供更安全的退路,並強化了停止回應數據在隱私上的處理。

修正
  • 受影響的 macOS 27 測試版會走更安全的啟動路徑。 在 Beta 4 版本 26A5388g上,Burrow 會以 Dock 圖示啟動,而不去建立選單列的狀態項目。這條退路只限於該版本;新的 macOS 版本會恢復一般的受保護路徑。即使 Sparkle 的自動啟動被暫停,手動檢查更新依然可用。
  • 啟動被打斷後,會一個元件一個元件地復原。 一份持久的啟動日誌,替狀態項目與 Sparkle 各自劃出 30 秒的穩定觀察期。若啟動被打斷,下一次執行只會抑制當時處於觀察期的那個元件,並顯示復原提示,同時提供一鍵產生、已去識別化的診斷報告。(#321)
改進
  • Sentry 現在能解釋那些始終沒有演變成當機的停止回應。 版本健康工作階段、停止回應追蹤、記憶體不足時的脈絡、名稱固定的效能區間取樣,以及粗略的啟動與更新狀態,涵蓋了一般當機報告漏掉的故障型態。外送資料以從嚴為準去識別化,不含螢幕截圖、視圖階層、使用者路徑、網址、請求內容,也不做介面、檔案、資料庫與網路的自動追蹤。
  • PostHog 分析不再把面向 AppKit 的 SDK 帶進啟動流程。 Burrow 送往 PostHog 的,仍是同樣那批可關閉的產品、畫面與操作事件,只是改用一個輕巧的背景 HTTPS 傳輸,取代了 posthog-ios。它有一個容量受限的序列化重試佇列,且沒有工作階段重播、自動擷取、遠端功能旗標、AppKit 計時器,也不在主執行緒讀寫磁碟。0.11.0 既有的匿名識別碼會一次性移轉,好讓版本之間的漏斗分析依舊準確。
  • 首次經由已簽署 Sparkle 的接續更新,在真實環境中成功了。 一份已安裝、帶 Developer ID 簽章的 0.11.0,在不借助終端機與 Homebrew 的情況下,透過 Sparkle 原生介面找到、下載、安裝並重新啟動了 0.11.1。更新後的應用程式隨即通過了嚴格的簽章、裝訂與 Gatekeeper 檢查,完成了 #281.
隱私
  • 數據回報依舊是可選的、不與你連結、也不做追蹤。 設定裡一個開關即可同時關閉 PostHog 分析與 Sentry 診斷。隱私聲明仍舊宣告產品互動、其他使用、當機、效能與其他診斷資料;本次發佈沒有新增與簽署相關的數據回報,也不記錄畫面內容。
安全
  • 發佈鏈依舊在出問題時安全中止。 除非應用程式經過 Developer ID 簽署、公證、裝訂票證、被 Gatekeeper 接受,且更新壓縮檔與 appcast 都通過 Sparkle 的簽章驗證,否則標籤無法發佈任何內容。

0.11.0

2026 年 8 月 1 日 完整記錄 ↗

Burrow 首個帶 Developer ID 簽章並經 Apple 公證的版本:Gatekeeper 能夠驗證這個應用程式,完全取用磁碟權限取得了穩定的身分,Sparkle 也為原生更新奠下了帶簽章的基礎。

改進
  • 官方下載獲得了 Gatekeeper 的信任。 應用程式及其內附的每一個執行檔,都帶有 Developer ID 簽章、強化執行環境、安全時間戳記,以及裝訂好的 Apple 公證票證。直接下載的使用者不必再移除隔離屬性,也不必用右鍵「打開」這個變通做法。(#312)
  • 完全取用磁碟權限有了穩定的身分。 Developer ID 讓 macOS 在各個版本之間看到一致的程式碼身分,因此從舊的臨時簽章版本一次性過渡之後,隱私授權便能挺過一般的更新。(#177, #181)
  • 帶簽章的更新基礎已經就位。 Burrow 現已改用 Sparkle 的原生介面。自動檢查預設仍然開啟,但下載與安裝都會等你同意。更新壓縮檔與 appcast 帶有 Ed25519 簽章,CI 與應用程式都會驗證;真實環境中從 0.11.0 到 0.11.1 的首次升級,後來在 #281.
  • 內建引擎不再改寫應用程式本身。 它只隨已簽署的 Burrow 版本一同更新,藉此保住 Developer ID 的資源封印。使用外部引擎的原始碼建置,仍可使用引擎自帶的手動更新功能。
隱私
  • 隱私聲明與實際推出的應用程式一致。 產品互動、其他使用、當機、效能與其他診斷資料,均宣告為不與你連結、也不做追蹤。分析與當機回報依舊可以關閉,簽署本身不會增加任何數據回報。
安全
  • 標籤不會發佈一個只有部分可信的建置。 除非簽署、公證、票證裝訂、嚴格的程式碼簽章驗證、Gatekeeper 評估、Sparkle 金鑰對比對以及兩份更新簽章全數成功,否則 CI 會在發佈前停下。(#312)
  • Apple 遲遲不回應時,依舊安全中止。 發佈流程會保留 Apple 的提交 ID,最多等待 60 分鐘,並在逾時的臨界點再查一次同一份提交;它絕不會把未知或仍在處理的結果當成通過。(#317)
  • 在 Homebrew 中,Apple 的安全檢查完整保留。 線上的 cask 保留隔離屬性,拿掉了過去關於未簽署的警告,並標記為 auto_updates true ,因為此後應用程式內的更新由 Sparkle 負責。

0.10.5

2026 年 7 月 25 日 完整記錄 ↗

對照真實的代理對話記錄調校 Burrow 的 MCP 工具:一次 analyze 呼叫就能摸清磁碟熱點,被中止的執行會明說而不是默默失敗,耗時長的掃描也會事先提醒你。

改進
  • 一次 burrow_analyze 呼叫現在就能摸清磁碟熱點。 引擎每次執行只回報一層目錄,這逼得代理只能一個目錄呼叫一次(真實的工作階段裡曾連著叫了 15 次)。 analyze 新增了 depth (深入最大的那些子目錄), limit、 min_size,輸出精簡的 JSON 而不是 35–60 KB 的美化文字區塊,並且總會回報自己剪掉了什麼(entries_omitted / omitted_bytes, partial: true ,當深入過程耗盡時間預算時)。(#303)
  • 耗時長的工具現在會說自己慢。 analyze, clean, purge、 installer 的描述會提醒大範圍掃描要花上好幾分鐘,於是代理會把範圍收窄到特定資料夾,而不是耗盡用戶端的耐心、最後退回去敲 shell 指令。代理文件與 burrow-system-tools 技能,如今都以磁碟告急的應變手冊開場——這才是實務上真正會用到的套路。(#303)
修正
  • 被中止的執行不再悄無聲息地失敗。 一次 burrow_clean 若撞上時間上限,會顯示成 {"exit_code": 9, "output": ""}:代理對此無從下手。現在逾時的操作(以及 analyze)會回傳 timed_out: true ,並附上一則提示。(#303)
  • burrow_cleanup_history 會解釋自己。 當引擎歷史無法取得時,錯誤訊息現在會指向 burrow_info ,讓你查明 Burrow 究竟有沒有在記錄。(#303)

0.10.2

2026 年 7 月 24 日 完整記錄 ↗

一個修正版本:拍掉三處當機(選單列浮動視窗、串流工作報告,以及字型為空時的 HUD 指標),應用程式內的更新也不會再默默地把同一個版本重新打開。

修正
  • 選單列浮動視窗與串流報告不再當機。 兩處 EXC_BAD_ACCESS 錯誤發生在 SwiftUI 的視圖圖內部:一處在浮動視窗的標題按鈕,一處在工作串流推送時的即時報告與跑馬燈。修法是讓這些視圖子樹在快照與捲動更新之間保持結構穩定,而不是在更新途中重建它們。(#299)
  • 字型為空時,選單列指標不再當機。 NSFont.monospacedSystemFont 宣告為非空值,但在記憶體吃緊時可能短暫回傳 nil;這個空值一路傳到 CoreText,在繪製時當機(Sentry BURROW-8Y)。指標小工具現在會退回一般的系統字型,最差不過是外觀差一點,絕不會當機。(#290)
  • 應用程式內更新真的會更新了。 當 cask「無法就地升級」時,Homebrew 只印出一則警告卻以 0 結束,於是一鍵更新回報成功,又把同一個版本重新打開了。現在它會依這則訊息辨識出這次拒絕,並執行 Homebrew 建議的 brew reinstall --force 。(#287)

0.10.1

2026 年 7 月 13 日 完整記錄 ↗

三個新面板——殘留、相似照片與網路;重複檔案開箱即用;另有選單列 HUD 與 HEIC 的修正。

新增
  • 殘留面板:找出並清除應用程式留下的快取、偏好設定與支援檔案
  • 相似照片面板:依感知雜湊把近乎重複的圖片聚成一群,可在 Finder 中顯示
  • 網路面板:各應用程式的頻寬用量
修正
  • 重複檔案無需任何安裝即可使用,fclones 附屬程式現已以通用二進位檔隨附
  • 相似照片會回報自己解不開的 HEIC(「N 個 HEIC 無法讀取」),而不是給出一個光禿禿的空結果
  • 選單列 HUD 浮動視窗不再往一側偏移並被裁切;工具列改為換行,不再溢出
  • 工具面板改為延遲載入,開啟或切換面板時不再有約 2 秒的排版卡頓
  • 從 Finder 啟動的應用程式會把 Homebrew 的執行檔目錄併入 PATH,好讓裝好的輔助程式找得到

0.10.0

2026 年 7 月 12 日 完整記錄 ↗

「指揮層」版本:Burrow 帶上了自己的指令層、一個全新的重複檔案面板,以及你回報的 sudo、解除安裝與調校修正。

新增
  • 重複檔案面板:掃描,以核對清單的方式逐項確認(附「至少保留一份」的防護),把多餘的移到垃圾桶,或藉 APFS 複製版回收空間
  • 內建 burrow 指揮層(通用二進位檔):分析、狀態、歷史、清理與最佳化統一走一份穩定的 JSON 約定,並可退回直連引擎
  • 經由指揮層新增 7 個唯讀 MCP 工具,提供給代理的共計 21 個
修正
  • 解除安裝歸 root 所有的應用程式時,管理者密碼對話框重新出現了(引擎現在直接開啟 /dev/tty,而不是先去試探權限)
  • 解除安裝失敗時會保留清單與所選項目,並把引擎給出的錯誤呈現出來
  • 調校回收的大小數字不再夾帶原始 ANSI 色碼
  • 分析會替每個子項目的掃描設界,好讓一個超大的快取資料夾卡不住整場掃描
  • 選單列浮動視窗不再彈回空白處
  • 自我更新會在升級前先更新 Homebrew
另外
  • 選單列文字可依指標分別設定大小,寬度保持穩定,網路進出的順序作了對調
  • 選單列自動隱藏時,HUD 浮動視窗會重新定位
Windows
  • 總算能下載了:本次發佈附上 BurrowWin-0.10.0-win-x64.zip,是未封裝的應用程式,內含 burrow.exe 與引擎(解壓後執行 BurrowWin.exe;Windows 10/11)
  • 由代理觸發的清理與最佳化經 burrow.exe 執行,採用與 macOS 相同的封裝約定
  • burrow.exe 長出了真正的 Windows 本事:資源回收筒安全刪除、附防護的 BCU 解除安裝、以 czkawka 找重複檔案與相似照片、認得服務供應商的 OneDrive 清出、藉 IP Helper 做網路歸因

0.9.2

2026 年 7 月 8 日 完整記錄 ↗

一個關乎穩定性與電池續航的版本:修好了清理、分析與選單列,另有一批效能改動,讓 Burrow 閒置時明顯輕巧了許多。

修正
  • 清除(清理 → 專案建置產物)會照你的勾選執行,而不是以「無法安全確認所選內容」中止
  • 分析會取消被取代的掃描,並替引擎的並行數設上限,不會再堆出一片失控的處理程序
  • 相機與麥克風的使用指示會忽略虛擬音訊與視訊裝置,並在擷取結束時消失
  • 多螢幕環境下,選單列浮動視窗不再飛到螢幕邊緣,大小也不再算錯
  • 誤報的「應用程式停止回應」變少了
效能 & 電池續航
  • 指標引擎會快取緩慢的 SMC 與 GPU 感測器讀數,並在沒有視窗開啟時略過閒置的資料框
  • 分析的目錄走訪與圖示快取現已設界(記憶體吃緊時會淘汰)
  • 即時走勢小圖改為只取一段區間的資料,而不是每一格都掃過完整歷史
  • 診斷中的安全、SMART 與備份探測加上了逾時防護,並在多次開啟之間保留快取
  • 網路用量的各個視圖共用同一次取樣,而不是各自跑一秒的掃描
內部改動
  • 清掉了無用的程式碼
  • Homebrew cask 不再依賴系統上的引擎(自 0.9.0 起引擎已隨應用程式附帶)

0.9.0

2026 年 6 月 30 日 完整記錄 ↗

Burrow 至今最大的一次發佈:它現在自帶引擎(無需另行安裝),並新增了媲美活動監視器的處理程序檢視器、一位名為「上網」的連線幫手,以及一個懂安全的診斷。

引擎
  • Burrow 現在自帶引擎。 應用程式內附一份採用 MIT 授權的 burrow-engine (在其最後一個 MIT 版本處分支),位於 Burrow.app ,並直接執行它,因此全新安裝 無需另行安裝引擎。Burrow 優先使用內建引擎,其次是已安裝的 burrow-engine,最後才是為舊有設定保留的系統引擎。
處理程序檢視器
  • 逐一處理程序檢視器:點開任一處理程序即得一份條理分明的面板——身分(路徑、程式碼簽章、Mach-O 架構)、即時 CPU 與記憶體、執行時間,以及該處理程序開啟的網路連線。
  • 處理程序樹狀圖:任一處理程序周圍的父子階層。
  • CPU 監看:替各個處理程序設定 CPU 門檻,誰跑燙了就通知你;設定裡備有編輯介面。
  • 篩選、暫停/繼續、匯出:對處理程序表使用帶型別的條件篩選,暫停或恢復某個處理程序,並可匯出整張表。
上網
  • 隨時可用的測速:量測真實的下載與上傳吞吐量。
  • 附近 Wi-Fi 掃描:周邊網路與頻道壅塞程度(住家模式),好讓你挑一條更清靜的頻道。
  • 場所網頁認證提示:針對旅館、機場與咖啡店那些打不開的認證頁,給出因地制宜的辦法。
  • 連線歷史:一份連線事件的記錄(SSID 變更、斷線)。
診斷
  • 安全狀態:SIP、Gatekeeper、FileVault 與防火牆一目了然,另有高 CPU 檢查與一鍵 複製診斷資訊.
  • 電池健康度:容量百分比與狀況(桌上型電腦不顯示)。
  • 更多脈絡:螢幕、外接卷宗與網路方面的資訊。
清理與軟體 & 分析
  • 清理 現在會把確認清單 依可回收的多寡排序 與 標出敏感路徑 (鑰匙圈與憑證所在位置);完成畫面還會顯示你的 歷來清理總量.
  • 軟體:需要更新 macOS 才裝得了的 App Store 更新會被隱藏;⌘R 重新整理時繞過快取;應用程式搜尋認得別名。
  • 解除安裝:新增「僅清除資料」這一檔,另有輸入法殘留的提醒。
  • 分析:一鍵掃描整顆磁碟,樹狀圖中把細碎項目收進「其他」。
  • 最佳化:當 VPN 或外接螢幕正在使用時,執行前會給出安全提示橫幅。
  • 登入項目:新式的登入(BTM)項目會出現在啟動項目清單裡;位於已拔除磁碟上的 LaunchAgent 不再被判為損壞。
  • 保持螢幕開啟 在闔上上蓋時依然有效。
修正
  • 三處主執行緒停止回應 ,出現在新的處理程序與對等功能介面上(暫停/繼續、檢視器、樹狀圖)。
  • 缺少的 paths: 標籤,出現在僅清除資料的解除安裝方案上。
Windows
  • Windows 預覽版:版本號對齊到 0.9.0;本次發佈沒有 Windows 專屬的變動。

0.8.3

2026 年 6 月 25 日 完整記錄 ↗

一個關於指標與 & 選單列的版本:真正的記憶體壓力讀數、功耗小工具、選單列即時預覽,以及更俐落的浮動視窗。

新增
  • 功耗小工具:把系統即時功率(瓦)當成一項選單列指標。
  • 真正的記憶體壓力。 「依壓力」現在讀取的是 macOS 真實的記憶體壓力, (wired + compressed) / total 取自 host_statistics64,與活動監視器顯示的是同一個數字,而不再沿用 CPU 那套使用率漸層。它在記憶體方塊上以百分比呈現,配色為 ≤59% 綠、60–79% 橘、≥80% 紅。
  • 記憶體詳細資訊卡:狀態儀表板會把記憶體拆成已用 / 可用 / 快取 / 置換。
  • 選單列即時預覽 + 版面預設:設定會一邊設定一邊用你真實的指標預覽效果,並提供一鍵套用的版面預設。
  • 兩種新的奔跑動畫:波浪與長條。
變更
  • 一致的壓力配色 ,貫穿儀表板方塊、浮動視窗、記憶體詳細資訊卡與選單列。
  • 浮動視窗中的即時走勢小圖:CPU / 記憶體 / GPU 每秒跳動一次(保留約一分鐘的歷史)。
  • 誠實的配色選項:「依壓力」只在適用之處(記憶體)出現;溫度的配色漸層也已更正。
修正
  • Brewfile 的匯入匯出選取器不再觸發停止回應偵測 (誤判的無回應)。
  • 來自記憶體告急機器的「應用程式停止回應」回報會被捨棄 ,不再送出——那是環境所致,並非 Burrow 的問題。
效能
  • 更俐落的浮動視窗:無關的狀態變化不會再讓指標格線重繪。
Windows
  • Windows 預覽版:附上一份版本號對齊的 0.8.3 建置(BurrowWin-0.8.3-win-x64.zip)。本次發佈沒有 Windows 專屬的變動。

0.8.2

2026 年 6 月 23 日 完整記錄 ↗

一個修正版本:授予完全取用磁碟權限現在真的會生效,Burrow 也會在一開始就請求通知權限。

修正
  • 完全取用磁碟權限重新被認可了。 已發佈應用程式中內嵌框架的簽章格式有誤(codesign --verify --strict 在 Sentry.framework上失敗),於是 macOS 無法驗證 Burrow 的身分,便默默忽略了完全取用磁碟的授權——在系統設定裡打開它看起來毫無作用。本次發佈會由內而外替應用程式及其每一層巢狀框架重新簽署,使簽章有效、授權生效。更新之後,請把完全取用磁碟關掉再打開一次。_(Burrow 目前仍是臨時簽章,因此在它帶著 Developer ID 簽章推出之前,每次更新後都需要重新授權。)_
變更
  • 通知權限會在一開始就請求:Burrow 會在你完成導覽、或首次啟用某個會發通知的功能時問你一次,而不是等到通知真要跳出的那一刻才冷不防叫出系統提示。

0.8.1

2026 年 6 月 23 日 完整記錄 ↗

一個穩定性版本:儀表板不再卡死,即時狀態改為串流傳輸,Homebrew 更新只需一鍵,Windows 預覽版的審查也就此收尾。

修正
  • 不再有「應用程式停止回應」式的卡死。 總覽儀表板過去每秒重繪整張格線——每一塊圖表方塊外加完整的處理程序表;現在只有小小的磁碟與網路方塊維持這個頻率,其餘的隨快照更新。
  • 開啟 設定 與 關於 面板不再阻塞主執行緒(登入項目狀態、指標資料夾的大小統計與引擎版本查詢都挪走了)。
  • PostHog 數據回報 現在在主執行緒之外送出,而不是掛在主執行迴圈的計時器上。
變更
  • 即時狀態預設走串流:搭配 1.44 以上的引擎時,Burrow 會訂閱引擎的串流 status 指令(NDJSON),而不是反覆呼叫單次的 status——延遲更低,子處理程序也少折騰。遇到舊引擎或串流中斷時會退回輪詢。
新增
  • 用 Homebrew 更新:對於 cask 安裝,更新提示裡有一個按鈕,一鍵執行 brew upgrade --cask burrow 並重新啟動。
Windows 預覽版
  • 移植審查就此收尾:MCP 工具與 macOS 對齊(burrow_list_apps, burrow_purge, burrow_installer:經 MCP 只能預覽),stdio 版 MCP 在切換 HTTP 後依然可用,品牌素材、配色、字型與圖示都向 Mac 看齊,文件如實,另有 MCP 與刪除防護的測試。更早幾輪還加入了資源回收筒路由、磁碟根目錄防護,以及對內建引擎的 SHA-256 驗證。它仍是一個未簽署、需自行從原始碼建置的預覽版。

0.8.0

2026 年 6 月 20 日 完整記錄 ↗

一次由上而下的視覺重新設計、一批新工具、更深的代理介面,以及一個早期的 Windows 預覽版。

新增
  • 連接埠:即時連線、頻寬、經反向 DNS 解析的對端、服務標籤、衝突、可排序的欄位,以及逐一連線的詳細檢視。
  • 恢復連線:MDM 與閘道檢查、目前網路介面的 IP、網頁認證與裝置端的補救辦法,以及一鍵修正。
  • 調校:一條「智慧養護」流程(掃描 → 結果 → 執行),一開啟就自動開掃。
  • Homebrew:服務(啟動 / 停止 / 重新啟動)、Brewfile 快照(匯出 / 還原),以及更新頁中即時的 brew upgrade 進度。
  • 選單列:可自訂的彈出視窗、深度堪比 Stats 的小工具、一隻 RunCat 風格的奔跑小人,以及狀態項目裡的即時指標小工具。
  • 磁碟 現在會預測你何時會把空間用完(「約 N 後滿」); 診斷 新增了 SMART 健康度與備份狀況檢查(含逾期提醒)、多選批次回收,以及一枚 git 清除安全標記。
  • 給你的代理:更深的 MCP 介面——一條需權杖的 /events SSE 串流,加上 burrow_diff,讓代理能長期觀察並比較你這台電腦。
變更
  • 一次溫暖而有質感的重新設計:暖咖色自適應配色、柔和漸層上的底片顆粒、以浮動圖示列取代頂端標籤、無邊框卡片,以及 Geist / Cal Sans 字體系統。
  • 總覽:把「健康」提到一條開闊的主視覺帶裡,其下是更清爽的三欄關鍵指標。
  • 歷史:一張作為視覺焦點的主圖,配上一條可切換指標的橫列;拖選一段時間,即可看出那次高峰背後最耗資源的處理程序。
  • 選單列浮動面板:同一片暖色底上的無邊框方塊,診斷與還原也一併換上相配的外觀,捲動處處帶邊緣淡出。
效能
  • 解決了數處主執行緒停止回應——處理程序表、排序、繪製路徑上的 ICU、應用程式圖示、清理報告與軟體清單。
  • 導覽流程現在會自動偵測引擎。
Windows 預覽版
  • 一個早期的原生 WinUI 3 / .NET 8 應用程式現已置於 windows/:狀態、歷史、分析、應用程式、系統匣 HUD、本機數據與歷史,以及一座 MCP stdio 橋接。需自行從原始碼建置;未簽署的預覽版。
內部改動
  • 儲存庫現已改為單一儲存庫(macos/ + windows/),為公證採用由內而外的框架簽署,並配有一個自動盯著上游引擎發佈的監看程式。

0.7.2

2026 年 6 月 15 日 完整記錄 ↗

在重新設計之上再走一遍功能:清理、軟體與即時儀表板都更能幹了,更新與隱私相關的功能則由你自行選擇開啟。

新增
  • 清理,歸於一處:清除與安裝檔併入「清理」,成為分類卡片,各有一個貨真價實的結果畫面,原始日誌則收在「檢視日誌」開關後面。
  • 自我更新:Burrow 會自行檢查新版本(可自行選擇,預設開啟),並顯示橫幅與選單列上的小圓點。它絕不會擅自安裝。
  • Homebrew 更新 在你打開「應用程式」標籤的那一刻就已呈現,你自己的登入項目也有了開關。
  • 一個可選的 相機與 & 麥克風使用指示 ,位於選單列浮動視窗中(預設關閉),讀取的訊號與控制中心相同。
  • 關於 與 檢查更新 現在設定裡也有了。
變更
  • 狀態與歷史中的網路圖表,會把下載與上傳畫成兩條獨立的線。
  • 首次掃描時,分析會即時顯示每個資料夾的進度。
  • 每個結果畫面都有「檢視日誌」開關——清理、最佳化、清除與安裝檔皆然。
修正
  • 確認對話框與 Touch ID 不會再被報成應用程式停止回應。
  • App Store 與 Sparkle 的即時更新檢查仍需你點擊才會發生,不做無聲的網路請求。

0.7.1

2026 年 6 月 14 日 完整記錄 ↗

一輪穩定性整治:自 0.7.0 重新設計以來所回報的每一次卡死,以及那次當機,都已修正。

修正
  • 歷史檢視在跨度很大的時間範圍上不再卡死。
  • 在解除安裝與清除裡打字重新變得順暢。
  • 修正了開啟選單列浮動視窗圖表時的當機——它與狀態頁的小圖在轉場時可能觸發區段錯誤,如今都以同一個穩定的形狀繪製。
  • 在 Apple 晶片上,GPU 歷史長條圖重新畫得出來了。
效能
  • 啟動更快,引擎的探測挪出了主執行緒。
  • HUD、狀態與活動三個面板現在共用同一套重新整理節奏。
  • 處理程序列上的「結束 / 強制終止」選單不會再每次重新整理都重建。

0.7.0

2026 年 6 月 13 日 完整記錄 ↗

重頭戲:每個工具都重新設計,清理有了一條真正的確認流程,新增「軟體」標籤,工作完成時還會通知你。

新增
  • 全新的「軟體」標籤:逐一應用程式的解除安裝確認、一份帶來源標記的統一更新清單,以及一份啟動項目清單。
  • 先過目,再清理:掃描會把即時累加的數字送進逐項確認的畫面,被取消勾選的路徑則在這一次執行中受到保護。
  • 完工提醒:清理、最佳化或解除安裝結束時通知你,另有可自行開啟的磁碟告急與垃圾桶提醒。
  • 保持螢幕開啟、清潔螢幕,以及全域快速鍵。
變更
  • 每個工具都重新設計——導覽、清理、軟體、狀態、選單列浮動視窗、分析與設定,無一例外地重做了一遍。
  • 歷史中的 CPU、GPU 與健康度以長條呈現,Apple 晶片上的 GPU 使用率則由原生介面讀取。
  • 一張精簡、可捲動的處理程序表。
  • MCP 的清理工具與應用程式共用同一道許可關卡,回傳結構化的摘要,並以穩定的約定呈現資料的新鮮程度。
  • 約 230 條字串已在地化為简体中文 / 繁體中文。
修正
  • 完全取用磁碟權限一到手,即可一鍵重新啟動。
  • 首次執行的導覽會檢查引擎與版本。
  • Touch ID 的文案改得如實了。
  • 遇到壞掉的指標取樣,儀表板會挺過去(略過並計數),而不是卡在那裡。
效能
  • 歷史的自動重新整理按需觸發,不再掛著空轉的計時器。
  • 更扎實、有測試涵蓋的引擎執行 / 指標 / 操作核心。

0.6.7

2026 年 6 月 11 日 完整記錄 ↗

至今最大的一次發佈:統一的主畫面儀表板、繁體中文、原生感測器讀數、每秒更新的即時圖表。

新增
  • 統一的主畫面儀表板:狀態、歷史與活動併入同一個即時檢視——關鍵指標、圖表與近期工作,盡在一處。
  • 繁體中文:繁體中文加入英文與简体的行列,應用程式內即可切換,不必受制於系統語言。
  • 真實的風扇 & 與溫度:風扇轉速與 CPU/GPU 晶粒溫度,直接取自 SMC——引擎在 Apple 晶片上留下的空缺,就此補上。
  • 一秒一跳的即時圖表:網路與磁碟每秒取樣一次,短促的高峰因而現形,而不是被平均掉。
  • 直接從樹狀圖丟進垃圾桶:在分析裡瞥見一個被遺忘的資料夾,就地把它送進垃圾桶,不必繞道 Finder。
  • 更敏銳的 AI 解讀:它現在會把全貌講給你聽——目前的快照、近期的走勢,以及你最近做過的清理,用你的語言。
變更
  • 匿名數據可隨時關閉,一個開關即可,明細列在 TELEMETRY.md.
  • AI 金鑰移進了鑰匙圈。
  • 刪除與解除安裝需要代理這邊的第二道許可。
修正
  • 本機回送 API 做了加固,不再授予 CORS。
  • 修好了樹狀圖的滑鼠停留與階層路徑。
  • 測試從 124 增至 244。

0.6.5

2026 年 6 月 9 日 完整記錄 ↗

一個關乎可靠性的版本:勾選流程不再卡住,引擎的整合也改由測試驅動。

修正
  • 引擎一無所獲時,或者第二次掃描時,安裝檔與清除不再卡死——那個停在「掃描中…」的僵局沒有了。
變更
  • 「要嘛正好刪掉你選的,要嘛一個都不刪」這條流程,如今是一台純粹的狀態機,並在 CI 中得到驗證。
  • 一個 ANSI 清理器、一個帶型別的用戶端、一個快照儲存區。
  • 測試從 90 增至 124。

0.6.0

2026 年 6 月 8 日 完整記錄 ↗

修補與打磨:清理流程真的能走完,各項追蹤也顯示真實資料了。

修正
  • 安裝檔 & 解除安裝已完成:確認畫面的逾時,以及無聲的 [y/N] 停頓,都已消失;兩條流程現在都能走到底。
  • 設定會立即寫入。
新增
  • 原生的磁碟 I/O & 與 GPU:在 Apple 晶片上引擎回報為零之處改由原生介面讀取,圖表因而顯示真實數字。
  • 清除 → 顯示全部:取回完整的搜尋結果,從全部項目中挑選,而不只是最大的約 50 項。
  • 更多歷史圖表:電池、GPU 與風扇加入陣容;「最耗資源的處理程序」可依 CPU 或記憶體排名。
  • 溫度圖畫的是真實溫度。
效能
  • 更快的即時取樣能捕捉到短促的高峰。

0.5.5

2026 年 6 月 8 日 完整記錄 ↗

兩個新的清理工具、一副架在「狀態」上的 AI 透鏡,以及能安全動手的代理。

新增
  • 深度清理:找出並清掉陳年的建置產物(node_modules, target/, build/),勾掉哪些就刪哪些。
  • 安裝檔:清掃殘留的 .dmg / .pkg / .iso / .zip ,走的是同一套「選中哪些刪哪些」的流程。
  • 解讀(AI),需自行開啟:一副透鏡,讀一份快照,再用白話講給你聽;預設走本機 Ollama,沒有任何東西離開這台 Mac。
  • 代理可經 MCP 動手: burrow_clean, _optimize, _uninstall 等等,除非你撥下「允許真正清理」的開關,否則它們一律只做試跑。
變更
  • 代理的每一個操作都預設為 --dry-run.
  • 支援 LM Studio 以及相容 OpenAI 的後端。

0.5.1

2026 年 6 月 8 日 完整記錄 ↗

維護性版本:完全取用磁碟權限現在真的留得住了。

修正
  • 完全取用磁碟權限可用了:臨時簽章讓應用程式有了穩定的程式碼身分,TCC 的授權終於綁得上了。
  • 在授予完全取用磁碟權限之後,新增一條結束 & 並重新開啟的路徑。
新增
  • 新增的唯讀 MCP 工具: burrow_cleanup_history 與 burrow_deleted_files.
效能
  • 「軟體」更省電了——拿掉了逐一應用程式的 Spotlight 查詢,正是它讓 mds 與 mdworker 一直醒著。

0.5.0

2026 年 6 月 8 日 完整記錄 ↗

Burrow 長大了:Touch ID、選單列上的即時 HUD、一個 MCP 伺服器、简体中文,以及一行指令搞定的安裝。

新增
  • 為 sudo 啟用 Touch ID:需要管理者權限的清理可用指紋驗證,靠的是引擎對 Touch ID 的支援。
  • 選單列浮動面板:在選單列上查看工作的即時狀態,或者切到 Dock 模式,完全不要那個圖示。
  • MCP 伺服器:透過一個唯讀的 stdio 伺服器,向 Claude Code 打聽你這台 Mac 的狀況,包括 burrow_process_usage.
  • 简体中文:简体中文在地化。
  • 歷史:長跨度圖表,從五分鐘到九十天,底下是一份本機 SQLite 儲存區。
  • Homebrew cask: brew install --cask caezium/tap/burrow:一行指令,引擎在內,隔離屬性一併清除。
  • 一個「活動」面板,把清理歷史搬進了應用程式。
變更
  • 一道完全取用磁碟的關卡,止住了逐一資料夾跳權限的洪流。
  • 首次執行時有導覽帶你設定引擎。

0.4.0

2026 年 6 月 4 日 完整記錄 ↗

首個公開版本:五個工具,一扇原生視窗,建構在內建的命令列引擎之上。

新增
  • 五個工具,一扇視窗:狀態、分析、軟體、清理與最佳化——為那台經過稽核的引擎配上的原生 macOS 介面。
  • 狀態 + 歷史:一塊即時儀表板,各項指標配有走勢小圖,另有以本機儲存區為底的長跨度圖表。
  • MCP 伺服器,第一天就有:HTTP 與 stdio 兩種端點,讓 Claude Code 能問一句這台 Mac 上正發生什麼。
說明
  • macOS 14 以上;需另行安裝引擎;未簽署,1.0 之前的版本。