級(jí) Agent 平臺(tái)正式開源)
2026 年初OpenClaw 火起來以后公司里很快多了一批“養(yǎng)蝦”的同事。有人養(yǎng)得很好Agent 已經(jīng)能接手不少日常工作也有人折騰了很久最后還是回到了原來的工具。大家很快碰到了同一個(gè)問題。模型和系統(tǒng)內(nèi)置的 Skills 只能處理通用任務(wù)業(yè)務(wù)背景、內(nèi)部系統(tǒng)的調(diào)用方式、例外情況的處理經(jīng)驗(yàn)這些只存在于團(tuán)隊(duì)內(nèi)部得有人一點(diǎn)點(diǎn)教給 Agent。一個(gè)同事調(diào)順的流程換個(gè)人接手常常又得從頭來一遍。后來 Hermes Agent、WorkBuddy 等產(chǎn)品繼續(xù)把 Agent 帶進(jìn)更多人的日常工作。我們也一直在關(guān)注和使用這些產(chǎn)品。個(gè)人 Agent 越來越好用進(jìn)入團(tuán)隊(duì)以后卻還缺少一套穩(wěn)定的組織方式。誰來維護(hù)和升級(jí) SkillsMCP 連接由誰配置普通成員能夠使用哪些能力這些事情不能再靠每個(gè)人各自維護(hù)一份配置。這就是我們開始做 CubePlex 的原因。今天我們正式開源 CubePlex。CubePlex 是一套面向團(tuán)隊(duì)工作區(qū)的企業(yè)級(jí)智能體平臺(tái)。它讓團(tuán)隊(duì)集中管理 Agent 的 Skills、Memory 和 MCP 工具并通過 Cloud Harness 與隔離 Sandbox 運(yùn)行任務(wù)。把個(gè)人經(jīng)驗(yàn)放進(jìn) Workspace企業(yè)里的 Agent 最終會(huì)學(xué)到很多只有團(tuán)隊(duì)內(nèi)部才知道的東西。銷售團(tuán)隊(duì)有自己的客戶跟進(jìn)方法研發(fā)團(tuán)隊(duì)知道發(fā)布和回滾的順序財(cái)務(wù)、人力和法務(wù)也都有長(zhǎng)期形成的處理規(guī)則。這些業(yè)務(wù)邏輯很少存在于某一個(gè) SaaS 接口里更多時(shí)候散落在文檔、口頭經(jīng)驗(yàn)和一次次具體操作中。Skills 適合保存這類工作方法。它可以告訴 Agent 應(yīng)該讀取哪些資料按照什么順序調(diào)用工具結(jié)果需要滿足哪些檢查項(xiàng)。MCP 負(fù)責(zé)連接代碼倉庫、數(shù)據(jù)庫和內(nèi)部服務(wù)。Memory 則保存團(tuán)隊(duì)共同的背景和約定。有了這些內(nèi)容還需要有人管理。CubePlex 的 Workspace 有明確的成員和角色。Workspace Admin 可以維護(hù) Skills、Memory、MCP 和成員權(quán)限Workspace Member 直接使用已經(jīng)配置好的 Agent。普通成員不需要安裝依賴也不必知道服務(wù)憑據(jù)放在哪里。他提出任務(wù)時(shí)Agent 會(huì)加載當(dāng)前 Workspace 已經(jīng)啟用的工作方法和工具。Skills 也有自己的版本。團(tuán)隊(duì)可以先在一個(gè) Workspace 中試用內(nèi)部 Skill確認(rèn)流程跑通以后再推廣到更多工作區(qū)。管理員升級(jí)版本后后續(xù)對(duì)話使用新的版本。業(yè)務(wù)專家負(fù)責(zé)把方法寫對(duì)平臺(tái)管理員負(fù)責(zé)發(fā)布和維護(hù)其他成員拿來完成工作。經(jīng)驗(yàn)由此有了明確的歸屬也有了繼續(xù)修改的地方。CubePlex 還提供個(gè)人、Workspace 和組織三個(gè)范圍的 Memory。個(gè)人偏好可以留給個(gè)人項(xiàng)目事實(shí)由 Workspace 成員共享公司約定則可以放到組織范圍。Agent 每次開始工作時(shí)讀取與當(dāng)前用戶和當(dāng)前 Workspace 對(duì)應(yīng)的內(nèi)容。這些能力共同組成了 CubePlex 的 Workspace。它會(huì)保存對(duì)話也會(huì)保存團(tuán)隊(duì)允許 Agent 使用的知識(shí)、流程和工具。桌面 Agent 留下的企業(yè)問題桌面 Agent 很適合個(gè)人使用。它讀取本地代碼和文件也能直接調(diào)用已經(jīng)登錄的瀏覽器、命令行工具和開發(fā)環(huán)境。用戶授權(quán)一次Agent 就可以開始工作。到了企業(yè)環(huán)境這種便利會(huì)帶來新的管理問題。員工電腦里可能有環(huán)境變量、訪問密鑰和合同文件。Agent 可以訪問什么執(zhí)行過哪些操作哪些高風(fēng)險(xiǎn)動(dòng)作需要確認(rèn)很難靠每個(gè)人分別維護(hù)自己的桌面配置來統(tǒng)一處理。團(tuán)隊(duì)經(jīng)驗(yàn)的管理也有同樣的問題。Skill 放在某位同事的電腦上其他人很難知道自己拿到的是不是最新版本。MCP 憑據(jù)由個(gè)人保存人員變動(dòng)后還要重新交接。Agent 做過的工作留在本地會(huì)話和目錄中另一位成員接手時(shí)只能重新恢復(fù)現(xiàn)場(chǎng)。我們希望 Agent 在員工常用的入口里出現(xiàn)同時(shí)把運(yùn)行狀態(tài)和執(zhí)行環(huán)境放到團(tuán)隊(duì)能夠管理的位置。飛書、Slack 或 Web 頁面都可以是入口Agent 本身需要由云端持續(xù)運(yùn)行。Cloud Harness 和 Sandbox我們?cè)凇禡anaged Agents Harness 架構(gòu)與選擇》中比較過兩種方案。一種把 Harness 與 Agent 一起放進(jìn) Sandbox任務(wù)結(jié)束后釋放整個(gè)環(huán)境。另一種由控制面持有 Harness需要執(zhí)行代碼和操作文件時(shí)再分配 Sandbox。CubePlex 選擇了后一種方案并把它實(shí)現(xiàn)為 Unified Managed Agent Harness。Cloud Harness 持有 Agent loop 和會(huì)話上下文處理模型請(qǐng)求、工具調(diào)度與審批。Agent 等待用戶、定時(shí)任務(wù)或外部事件時(shí)長(zhǎng)期狀態(tài)仍然留在控制面。Sandbox 提供 Shell、文件、瀏覽器和本地進(jìn)程需要執(zhí)行時(shí)才參與一次運(yùn)行。一條持續(xù)幾個(gè)月的會(huì)話不必長(zhǎng)期占著同一個(gè)運(yùn)行進(jìn)程。Sandbox 出現(xiàn)故障時(shí)Harness 仍然保留已經(jīng)完成的步驟。平臺(tái)可以在執(zhí)行前檢查身份和權(quán)限遇到需要確認(rèn)的命令就暫停 Agent loop等待成員決定是否繼續(xù)。在 CubePlex 中每條進(jìn)入平臺(tái)的消息都屬于一個(gè)真實(shí)用戶。用戶只能進(jìn)入自己所屬的 Workspace也只能使用該身份獲準(zhǔn)訪問的模型和工具。團(tuán)隊(duì)可以把成員邀請(qǐng)進(jìn)同一條對(duì)話共享消息歷史和這條對(duì)話使用的 SandboxIM 頻道也可以根據(jù)場(chǎng)景選擇成員隔離或多人共享。這套結(jié)構(gòu)讓 Workspace 成為團(tuán)隊(duì)使用 Agent 的組織單位Cloud Harness 負(fù)責(zé)持續(xù)運(yùn)行Sandbox 則承擔(dān)具體執(zhí)行。CubePi 取代 LangGraphCubePlex 最初使用 LangGraph 構(gòu)建 Agent runtime。隨著系統(tǒng)變復(fù)雜我們花在圖節(jié)點(diǎn)、狀態(tài)通道和序列化上的精力越來越多。今天的通用 Agent 通常不會(huì)提前畫好一張固定流程圖。模型會(huì)根據(jù)上下文選擇工具讀取結(jié)果再?zèng)Q定繼續(xù)執(zhí)行還是結(jié)束。代碼仍然要控制權(quán)限、持久化和異常處理任務(wù)路徑則由模型在 Agent loop 中動(dòng)態(tài)形成。對(duì)這類運(yùn)行方式圖運(yùn)行時(shí)增加了不少?zèng)]有直接服務(wù)于任務(wù)的結(jié)構(gòu)。因此我們實(shí)現(xiàn)了 CubePi并用它替換 CubePlex 中原來的 LangGraph runtime。CubePi 的核心是一段可以直接讀懂的異步 while loop。工具是普通函數(shù)模型輸出和工具結(jié)果通過統(tǒng)一的事件流返回。開發(fā)者可以順著一次運(yùn)行讀下去不需要在節(jié)點(diǎn)、邊和回調(diào)之間來回跳轉(zhuǎn)。架構(gòu)變簡(jiǎn)單以后生產(chǎn)環(huán)境需要的機(jī)制仍然保留。CubePi 提供類型明確的 Middleware可以在模型調(diào)用和工具執(zhí)行前后加入權(quán)限、審批與觀測(cè)邏輯。CubePlex 原先的 LangGraph Checkpoint 會(huì)隨對(duì)話增長(zhǎng)寫入完整消息狀態(tài)I/O 為 O(n)。CubePi 改用 append-only每一步只寫入新增消息Checkpoint I/O 相對(duì)于會(huì)話長(zhǎng)度保持 O(1)。工具數(shù)量增加時(shí)CubePi 可以先向模型提供一份緊湊目錄需要時(shí)再加載對(duì)應(yīng)的 MCP 工具。工具數(shù)組和系統(tǒng) Prompt 在運(yùn)行中保持穩(wěn)定不會(huì)因?yàn)閯?dòng)態(tài)加載工具反復(fù)破壞 Prompt Cache。長(zhǎng)會(huì)話和大量工具因此更容易利用模型提供方的緩存機(jī)制減少重復(fù)輸入帶來的成本。CubePi 目前已經(jīng)獨(dú)立開源。它既是 CubePlex 的 Harness Core也可以作為 Python Agent 框架單獨(dú)使用。一個(gè)可以交給團(tuán)隊(duì)使用的 Agent 平臺(tái)CubePlex 把 Agent 的工作入口、團(tuán)隊(duì)資產(chǎn)和執(zhí)行環(huán)境放進(jìn)一套系統(tǒng)。成員可以從 Web 應(yīng)用發(fā)起任務(wù)也可以在飛書、Slack、釘釘、Teams 或 Discord 中使用 Workspace 內(nèi)的 Agent。無論消息從哪里進(jìn)入Agent 使用的仍然是該 Workspace 已啟用的 Skills、Memory 和 MCP 工具。任務(wù)需要操作文件或運(yùn)行代碼時(shí)Agent 會(huì)進(jìn)入隔離 Sandbox。生成的報(bào)告、表格、代碼和網(wǎng)頁可以作為版本化產(chǎn)物留在會(huì)話里其他成員能夠打開結(jié)果并繼續(xù)修改。計(jì)劃任務(wù)和 Webhook 可以在沒有人守著聊天窗口時(shí)啟動(dòng)同一套 Agent 工作流程。管理員可以配置模型和 Workspace 可用的工具。執(zhí)行策略可以阻止命令也可以要求成員確認(rèn)后再繼續(xù)。在 Kubernetes 部署中平臺(tái)還可以讓長(zhǎng)期憑據(jù)留在 Sandbox 之外只在獲準(zhǔn)的網(wǎng)絡(luò)請(qǐng)求到達(dá)出口時(shí)注入真實(shí)值。這些能力現(xiàn)在已經(jīng)進(jìn)入開源倉庫。團(tuán)隊(duì)可以用 Docker Compose 在一臺(tái)機(jī)器上啟動(dòng) CubePlex也可以通過 Helm 部署到 Kubernetes再接入自己的模型和內(nèi)部服務(wù)。自托管和開放協(xié)作企業(yè)把業(yè)務(wù)流程交給 Agent 時(shí)通常也希望自己決定數(shù)據(jù)、憑據(jù)和執(zhí)行環(huán)境放在哪里。自托管因此是 CubePlex 的產(chǎn)品前提。團(tuán)隊(duì)可以閱讀完整源碼檢查 Agent 怎樣調(diào)用模型、怎樣保存狀態(tài)再按照現(xiàn)有基礎(chǔ)設(shè)施調(diào)整部署。開源還有另一個(gè)現(xiàn)實(shí)原因。Agent 仍在快速變化新的模型、Skills 和 MCP 服務(wù)不斷出現(xiàn)不同公司使用的業(yè)務(wù)系統(tǒng)也相差很大。CubePlex 團(tuán)隊(duì)會(huì)繼續(xù)維護(hù)平臺(tái)的核心架構(gòu)社區(qū)可以補(bǔ)充行業(yè) Skills、工具連接和部署適配。客戶為自己的系統(tǒng)開發(fā)的能力也可以選擇留在內(nèi)部。我們選擇開源希望企業(yè)可以放心部署和二次開發(fā)也希望 CubePlex 能夠與正在形成的 Agent 開源社區(qū)一起演進(jìn)。CubePlex 這個(gè)名字CubePlex 的名字來自數(shù)學(xué)中的立方復(fù)形。簡(jiǎn)單的方體沿著面對(duì)彼此連接就能織出復(fù)雜而處處有序的空間。這個(gè)空間的好處有兩個(gè)來源一是連接——一個(gè)人養(yǎng)好的 Agent、一套經(jīng)過驗(yàn)證的 Skill、一次完成任務(wù)的經(jīng)驗(yàn)都能在同一個(gè)空間里找到自己的位置被更多人使用和改進(jìn)二是秩序——每個(gè)頂點(diǎn)只需遵守同樣簡(jiǎn)單的規(guī)則全局的優(yōu)良結(jié)構(gòu)便自動(dòng)成立。我們想做的正是這樣一個(gè)空間清晰的成員與權(quán)限、統(tǒng)一的 Workspace 規(guī)則、結(jié)構(gòu)自帶的邊界讓團(tuán)隊(duì)的經(jīng)驗(yàn)彼此連接讓復(fù)雜業(yè)務(wù)自然歸位。CubePlex讓智能體升維思考讓復(fù)雜業(yè)務(wù)回歸秩序。從源碼開始CubePlex 的源碼、部署說明和貢獻(xiàn)指南已經(jīng)公開。CubePlex GitHub 倉庫https://github.com/cubeplexai/cubeplexCubePlex 文檔https://docs.cubeplex.aiCubePihttps://github.com/cubeplexai/cubepi貢獻(xiàn)指南https://github.com/cubeplexai/cubeplex/blob/main/CONTRIBUTING.md歡迎部署 CubePlex也歡迎通過 Issue 和 Pull Request 參與項(xiàng)目。