大型模型可以講清楚一個排序演算法，可以起草一份遷移計畫，也可以跟你爭論命名慣例。但如果你要它打開一個目錄、讀完檔案、跑測試、把失敗的地方修好，對話就不再是對話，而變成一個專案。中間必須有東西把環境、工具、可觀察的過程，以及「什麼時候該停」交給模型。

那個東西叫代理執行環境，也正是這個專案所在的位置。它不是又一個模型，而是讓模型知道自己身在何處、能動手、並且一路做到完成的鷹架。

兩條都不好走的路，以及中間那道缺口

慣常的選擇都不太令人滿意。把模型塞進一個封閉框架，早晚會出事，出事時框架只給你一個轉圈的圖示，卻說不出卡在哪一步。自己從頭接一套調度，每一個能力都得手動接線，這在當下沒問題，直到你想換掉其中一部分，才發現整套安排都建立在舊的形狀上。

這個執行環境針對的就是那道缺口。它的核心主張並不新穎，但被執行得異常徹底：模型是外掛，其他所有東西也是。

一切皆外掛，沒有誰比較大

模型、工具、技能、會話、沙箱、儲存、代理迴圈、調度，甚至介面，全都處在同一個權限層級，沒有一個「核心」讓其他元件向它回報。底下只有一個很小的外掛內核，它唯一的職責是載入與卸載元件、處理彼此之間的依賴，本身不具備任何代理能力。

由此得出的結論很實用，而不是哲學。換掉某個環節不需要改原始碼，只需要改一行設定。決定代理下一步做什麼的那個迴圈本身也是元件，所以可以整顆換掉，而不必去 fork 整個框架。與其fork 一份程式碼來改造它，不如從外部把它重新組起來。

不綁定特定廠商

整套設計不假設任何一個特定模型。廠商自家的模型是理所當然的起點，但外部的幾十家提供方都能接上，子代理甚至可以委派給別家廠商的代理。在同一個工具環境裡換掉背後那顆腦袋，只是設定問題——這正是「把模型當成另一個元件」的意思。

專案以寬鬆的開源授權發布，2026 年夏天以開發者預覽的形式出現，短時間內聚起大量關注。有執行環境之後，一條命令就能把瀏覽器介面拉起來；也準備了免設定的可攜版，給不想在本機動手配置的人。

每一次執行都留下痕跡

封閉框架最深的問題是不可檢視。在這裡，模型看過的一切都寫進一份僅追加的會話日誌：系統提示詞、推理過程、每一次工具呼叫與結果、子代理的調度、沿途注入的每一段上下文。

有一個專門的檢視可以按來源逐條列出這些紀錄，於是一整次執行能依序回放，「到底哪一步出了問題」這種問題可以被回答，而不是只能猜。對想把代理真正放進生產環境的人來說，這不是順手的功能，而是入場的代價。

四種模式，從完整到幾乎空白

標準模式給出一整套完整的編碼代理：改檔案、殼層、檢索、技能與子代理都有。第二種模式把工具當成開發套件交出來，讓模型用一小段程式把好幾個步驟組在一起，而不是串成長長一串獨立呼叫。極簡模式只留一個常駐殼層與一個文字編輯工具，正好是最小環境基準測試所需要的。第四種模式則用來檢視執行環境本身，在記憶體裡試外掛，再從實驗後還活著的部分組出你自己的新模式。

四種模式擺在一起看，描繪的是一個光譜，而不是產品分級。同一個執行環境可以是忙碌的同事，也可以是實驗台；在兩者之間移動，只是換掉幾個零件。

值得花一個下午

專案免費且開源。它有意思的地方不在於做了別人都做不到的事，而在於把每個代理都需要的機械拆開，讓每一個零件都能替換。如果你曾想過「它為什麼在第九步卡住」，或者想改掉迴圈的形狀而不是繞過它，那花一個下午跑一跑是值得的。