200小時軌跡公開，LoopX管理長期 AI 代理任務

開源專案 LoopX 公開超過 200 小時的長期作業軌跡，主打協助 AI 代理在多個工作階段中維持目標與依據。這項工具不是重新訓練模型，而是在模型之外建立一層任務狀態管理機制。

黃瑞騰(Huang Ruiteng) 字節跳動(ByteDance) AML 開發者在 GitHub 將 LoopX 稱為「長期執行 AI 代理工作的本地控制面」。專案設計目標是讓 Codex、Claude Code、Cursor 等不同代理執行環境，可以接續同一組目標狀態。

在實際分工上，檔案讀取、程式碼修改與指令執行仍由既有執行環境負責。LoopX 則管理 △目標 △閘門 △待辦事項 △範圍 △證據 △配額 △交接內容。專案出發點在於，當任務橫跨數日，目標可能改變、既有依據可能過期，或需要人工判斷時，只靠聊天紀錄難以穩定管理。

LoopX 儲存庫將這套結構形容為「代理原生看板」。不過，它重視的不是看板畫面，而是 LoopX 內部保存的狀態本身。每項任務的負責人、權限、已變更證據，以及下一步是否可執行，都會以狀態方式留下，方便中斷後再接續。

公開資料中最受注意的是超過 200 小時的任務軌跡。OpenViking 問題修正與 Auto ML 實驗，分別記錄超過 200 小時的經過時間。這並不代表模型連續運算 200 小時，而是有限執行、等待、判斷與依據更新累積後，以實際時鐘計算的專案時間。

OpenViking 是字節跳動火山引擎(Volcengine) 公開的 AI 代理開源上下文資料庫。它將記憶、資料與技能存放在「viking://」格式的虛擬檔案系統中，並透過 L0 摘要、L1 概覽、L2 原文等層級取回所需資訊。

兩個專案的角色並不相同。若說 OpenViking 更接近替代理找回過往記憶與資料的長期記憶層，LoopX 則更像管理工作進度與下一步行動的控制層。LoopX 可選擇使用 OpenViking 作為儲存來源，但在實際判斷修補程式時，仍優先依據目前已簽出的程式碼與測試結果。

截至 3 日查核，LoopX 儲存庫在 GitHub 上取得 535 個 star 與 47 個 fork。OpenViking 儲存庫則取得 2萬7800 個 star 與 2200 個 fork。

目前尚未確認 LoopX 與加密貨幣、區塊鏈之間有直接連結。不過，加密貨幣產業正在推進 AI 代理專用錢包與支付基礎設施。LoopX 並不是直接套用於這類服務的模型，而是用來管理多階段代理工作的基礎技術。

驗證來源：LoopX GitHub 儲存庫、黃瑞騰 GitHub 個人頁、OpenViking GitHub 儲存庫、OpenViking 文件。