AI 程式代理
Prime Agent 0.9.2 以磁碟游標保存追蹤上傳進度，重啟後接續未完成工作
新版把代理追蹤上傳改造成持久化 outbox，程序退出不再等待網路傳輸，重新啟動後可依位元組游標補送。它也開始記錄跨子代理的語意邊，但目前尚無對應交付端點，不能視為完整的分散式追蹤功能。
Prime Intellect 於 9 月 5 日發布 Prime Agent 0.9.2，針對長時間、多子代理工作最容易出錯的兩個部分動刀：追蹤資料持久化，以及代理樹的狀態與成本核算。原本程序結束時可能等待 trace 上傳；新版改用磁碟游標 outbox，每個工作階段保存上傳意圖與已送內容位置。排程上傳只處理新增部分，遇到限流會依 `Retry-After` 重新排程，而非讓程序原地睡眠；意外終止後則由下次啟動執行 catch-up。
這項設計把「代理任務完成」與「遙測成功送達」解耦，可降低網路或追蹤服務故障拖住 daemon 的機率。代價是本機 outbox 成為新的持久狀態：維運者必須監控積壓量、磁碟使用及刪除工作階段後的游標清理，否則非同步傳輸只是把失敗延後。
0.9.2 亦抽出共用的 append-only event-log 基礎層，以單次 `O_APPEND` 寫入、可選 fsync、有限且 fail-closed 的重播，以及容忍最後一行被截斷的修復機制，支撐 RLM spawn ledger。新增的 `semantic-edges.jsonl` 會替模型請求配置穩定的 request ID，記錄父子工作階段、子代理呼叫與回傳、延續及壓縮事件，讓工具可重建多代理執行圖。不過發布說明明確指出，目前只有衍生與 outbox 登記，尚沒有真正傳送這類 ledger 的端點。
其他更新包括讓 ACP 客戶端提供的 MCP 伺服器工具成為原生 callable、遞迴統計子代理 token 與成本，以及修正深層代理樹取消時可能出現的指數級重訪。這是執行可靠性更新，沒有新的獨立能力基準；而 Prime Agent 的核心仍讓模型透過持久 IPython 核心執行程式。採用者應在外部沙箱內驗證 MCP 權限、追蹤內容是否含敏感資料，以及崩潰復原後是否會重複產生副作用。