Apache Maka：以只追加事件日誌為執行階段的可稽核智慧體工作台

Apache Maka（孵化中）是一個面向智慧體（agent）的高效能工作台，核心主張只有一句話：智慧體做過的每一件事，都要留下完整紀錄。

它不是又一個聊天外殼，而是一套「智慧體執行階段加用戶端」的工程方案。本文依據專案 README 與公開說明，梳理其架構思路、運作機制、適用情境與限制。

它解決什麼問題

智慧體框架（harness）的存在只為完成任務，評價它只有兩個尺度：完成了多少任務，花了多少成本。Maka 把這兩個尺度公開化。

專案聲稱，會在同一個模型、同一個官方驗證器（verifier）下，與其他框架做比較，並把逐任務的完整結果隨每份報告一起發布在倉庫的 docs/eval 目錄。換句話說，它把「我們更好」改成了「請自己看每一道題的結果」。這種做法在智慧體領域並不常見，因為多數專案只給出彙總分數。

核心架構：日誌即執行階段

Maka 最重要的設計是「日誌即執行階段」。每一則模型訊息、每一次工具呼叫、每一個權限決定、每一次終止，都被寫成一筆只追加（append-only）的 RuntimeEvent。介面顯示、下一輪提示詞、當機復原，都只是這份日誌的投影（projection），而不是唯一的副本。

這個思路與事件溯源（event sourcing）一脈相承。好處有三點。第一，當機復原變得簡單：狀態可以從日誌重播。第二，介面與提示詞不再各自維護一份狀態，減少了不一致。第三，也是對智慧體最有意義的一點：舊的工具輸出可以退出下一輪提示詞，卻不會從日誌裡消失。長任務裡，工具輸出往往占滿上下文視窗；Maka 允許把它們從提示詞中裁掉以節省 token，同時保留完整的稽核證據。上下文管理與稽核留痕這對原本矛盾的需求，被分到了兩個不同的層。

單一執行階段主機

Maka 只有一個「執行階段主機」（Runtime Host），它是執行的唯一權威。桌面端、終端介面（TUI）與命令列（CLI）、評測（Eval）都是它的薄用戶端。

評測只擁有實驗本身與分數。這樣的分層保證了：你在桌面上看到的行為，與評測裡跑出的行為，來自同一套執行邏輯。評測結果因此更可信，不會出現「評測用一套程式碼，產品用另一套」的漂移。

本機優先與自帶模型

工作階段、設定和執行紀錄都留在本機。Maka 不自帶共用的模型帳號，使用者需要在「設定 → 模型」裡新增 API、本機模型或受支援的帳號連線，測試後選定預設模型。

應用程式會區分「已設定」「可傳送」「實驗性」三種連線狀態，沒有接入執行階段的帳號流程，不會被當作可用模型展示。這一點很務實：它不誇大相容性。模型來源可以是雲端 API、本機模型或相容閘道，因此對資料敏感的團隊可以接本機模型，把程式碼與紀錄都留在內網。

工程與使用方式

從原始碼建置需要 Node.js 22.19 或更新版本、npm、Git，以及 ripgrep（執行階段的 Grep 工具依賴它）。執行 npm ci 後執行 npm run dev 即可啟動具熱更新的桌面開發環境。

終端入口包括 TUI 與 CLI，可用 npm run cli:dev -- run 執行單一回合，並提供 --graph 選項來執行圖式任務。點對點（Direct Peer 與 Peer Mesh）能力需要 Rust 穩定版 1.98 或更新版本和平台連結器。平台方面，macOS 為主，Windows 與 Linux 仍是預覽狀態。

對開發者與企業的實際影響

對個人開發者，Maka 的價值在於「可回看」。智慧體改了哪個檔案、執行了哪條指令、是誰核准的，都能在日誌裡找到，出錯時不必靠猜。

對團隊，這份日誌可以直接成為程式碼審查與事故復盤的材料：權限決定被單獨記錄，意味著可以事後核對哪些高風險操作經過了人工確認。對平台與資安部門，單一執行階段主機意味著只需要稽核一處執行入口，而不是分別稽核桌面、命令列和評測三套邏輯。需要注意的是，這些好處依賴團隊真正去讀日誌、管理日誌，工具只提供了可能性。

專案狀態與生態意義

Maka 屬於 Apache 軟體基金會孵化專案，最新的 Apache 發布版是 0.2.0（孵化中）。

官方發布物是經過簽章的原始碼封存，其他管道的安裝包只是便利產物，開發建置不是獲准的 Apache 發布。Apache 授權條款（Apache 2.0）與基金會的治理流程，對企業採用是加分項：授權清楚，社群治理有章可循。

限制與風險

第一，README 沒有給出具體的基準分數與成本數字，讀者需要自己到 docs/eval 查看逐任務結果，本文不轉述任何未經核實的數字。第二，專案仍處於孵化階段，版本號為 0.2.0，Windows 與 Linux 為預覽版，正式環境採用要留出驗證時間。

第三，只追加的完整日誌意味著磁碟占用與隱私問題：日誌裡會保存模型訊息與工具輸出，可能包含敏感內容，團隊需要自行制定保留與清理策略。第四，所謂「更高效能」需要用自己的任務重現，公開基準不等於你的情境。

未來走向

「可稽核的智慧體」會越來越重要。當智慧體能改檔案、跑指令時，權限決定與每一步的因果鏈必須可追溯。

Maka 把這條鏈作為執行階段的第一公民，而不是事後補的日誌功能，這是它最值得關注的地方。如果評測的公開做法能被社群持續堅持，它也可能推動智慧體框架之間建立更透明的比較習慣。