Oak v0.99.0：為 AI 代理設計的 Git 替代方案

Oak v0.99.0 是一套專為 AI 代理的運作模式打造的版本控制系統（VCS）。與為人類開發者設計的傳統 VCS 不同，Oak 針對高併發、短暫會話與最小化資料傳輸進行優化，讓代理能在數秒內透過內容位址的懶掛載（lazy mounts）開始編輯大型倉庫。

代理原生設計哲學

Oak 以符合 AI 代理實際與程式碼庫互動方式的原語為出發點，拋棄了 Git 的模型。系統建立在三大核心架構轉變之上：

1. 每次會話一條分支的工作流程

Oak 把單一代理會話視為主要工作單位。與傳統以提交訊息為驅動的歷史不同，Oak 強調分支說明，讓代理能在不必為每一次增量變更手動撰寫提交訊息的情況下，建立與追蹤特定任務的分支。

2. 內容位址的懶掛載

為了消除「完整克隆」的瓶頸，Oak 使用懶掛載。這讓本地或雲端的代理能在不下載整個歷史或工作樹的前提下存取倉庫。檔案會在需要時才被載入，顯著縮短代理開始專案工作的時間。

3. 機器可讀的介面

Oak 為其 CLI 提供結構化、低 token 數的 JSON 輸出，專為大型語言模型（LLM）消費而設計。透過降低狀態檢查、差異比較與分支審查的 token 成本，Oak 減少了驅動工具的代理所需的上下文視窗使用量。

技術架構與實作

Oak 以 Cargo 工作區的形式開發，包含兩個主要元件：

• oakvcs-core：系統的基礎，使用 BLAKE3 內容雜湊與內容定義分塊。它實作 Blob/Manifest/Commit/Tree 資料模型，並支援 SQLite 與唯讀 Git 後端，以管理本機倉庫。
• oakvcs-cli：代理用來操作 VCS 的指令列介面。

在 macOS 上，Oak 已將掛載後端從 FUSE/macFUSE 轉移至 Apple 的 FSKit，以避免需要核心延伸模組。Windows 則使用 Projected File System（ProjFS）來實現類似的懶載入功能。

效能與基準測試

Oak 的設計在針對代理的任務上帶來可量測的效能提升。根據專案提交歷史中提供的內部基準測試，Oak 為一個 5 萬條目倉庫建立分支的中位時間為 7.5 ms，較 Git 的 10.5 ms 更快。這些提升直接來自內容位址架構以及在分支建立時避免即時載入清單（manifest）。

社群見解與反對意見

雖然此專案為代理原生 VCS 提出了一個令人信服的案例，但 Hacker News 上的開發者社群提出了多項關鍵疑慮，質疑其可行性以及相較於 Git 擴充套件是否真的有必要建立全新 VCS：

"模型知道 git，因為在它們的訓練資料中有大量的 git… 新的『為代理設計』的東西在已為人類打造的、十幾年前的已知事物之後才開始競賽。"

批評者認為 Git 在訓練資料中的普及度使其成為 AI 代理的「原生語言」，任何新系統必須證明足夠顯著的優勢，才能彌補透過文件教導代理新技能的成本。其他使用者則指出「懶掛載」功能是最具創新性的部分，或許可以作為一層加在 Git 之上，類似微軟的 VFS for Git 或 Google 的 Piper/CitC。

安裝與使用

Oak 目前處於公開測試階段（v0.99.0）。可透過 macOS（Apple Silicon）與 Linux（x86_64）的 shell script 安裝，或使用 Cargo：

cargo install oakvcs-cli

對於 Windows 使用者，必須透過 PowerShell 啟用 Projected File System（ProjFS）才能支援 oak mount 功能：

Enable-WindowsOptionalFeature -Online -FeatureName Client-ProjFS -NoRestart