現(xiàn)在deepseek發(fā)布了deepseek harness從中我們能得到什么靈感呢DeepSeek Harness 昨晚剛發(fā)布今天凌晨就開源了來得正好。我已經(jīng)研究了它的架構(gòu)對群星系統(tǒng)來說可借鑒的點非常多。DeepSeek Harness 能給群星什么啟發(fā)1. 最核心的理念一切皆插件 → 群星應(yīng)該成為AI 的插件系統(tǒng)Harness 的 Cordis 微內(nèi)核把模型、工具、技能、會話、沙箱、存儲、Agent Loop、調(diào)度、UI全部做成插件沒有不可替換的特權(quán)核心。對群星的啟發(fā)目前群星集成 DuMate 的方式是寫死的——dumate_bridge.py里硬編碼了管道協(xié)議、任務(wù)類型、Agent 配置。如果未來要接入 Trae Work、Cursor、Windsurf 等其他 AI每接入一個就要寫一個新的xxx_bridge.py重復(fù)造輪子。群星應(yīng)該借鑒 Cordis設(shè)計一個統(tǒng)一的服務(wù)注冊表讓每個 AI 適配器以插件形式注冊Plain Text群星內(nèi)核 (微內(nèi)核) ├── AI 插件: DuMateAdapter ├── AI 插件: TraeWorkAdapter ├── AI 插件: CursorAdapter ├── 工具插件: FileSystem ├── 工具插件: Shell ├── 存儲插件: SessionLog └── UI 插件: WebDashboard每個插件只需要實現(xiàn)getCapabilities()→ 返回該 AI 支持的能力列表創(chuàng)建任務(wù)、讀取輸出、停止生成等execute(action, params)→ 執(zhí)行具體操作onEvent(eventName, callback)→ 注冊事件監(jiān)聽這樣群星從DuMate 專屬控制臺變成所有 AI 的通用控制臺。2. 可追溯性Append-only Session Log→ 群星的任務(wù)審計系統(tǒng)Harness 有一條硬約束模型可見的必須可被日志重建。所有交互——系統(tǒng)提示詞、推理過程、工具調(diào)用結(jié)果、子Agent調(diào)度——都被記錄在 append-only 的會話日志中。上下文壓縮不會刪除原始歷史只是用替換事件改變模型此后看到的表象。對群星的啟發(fā)當前群星的任務(wù)記錄很零散——從.output文件讀內(nèi)容、從內(nèi)核日志 grep 關(guān)鍵字、從計劃文件提取元數(shù)據(jù)。這些數(shù)據(jù)分散在不同位置沒有統(tǒng)一的追溯視圖?？梢栽O(shè)計一個群星會話日志Star Session Log每條記錄是 append-only 的事件流記錄每次 AI 任務(wù)的完整生命周期發(fā)起→執(zhí)行→輸出→結(jié)束支持回放replay用戶能回看 AI 當時做了什么、看到了什么支持分叉fork基于某個歷史狀態(tài)重新發(fā)起任務(wù)支持恢復(fù)resume斷連后恢復(fù)任務(wù)狀態(tài)這和群星管理所有 AI的定位天然契合——每個 AI 的任務(wù)都產(chǎn)生統(tǒng)一格式的事件流群星成為所有 AI 行為的審計總閘。3. Profile/Bundle 分層配置 → 群星的AI 模式管理Harness 的 Profile 是命名的插件組合——web、headless、minimal等不同 profile 加載不同插件集。配置通過分層 patch 覆蓋每個 bundle 都可以被上層覆蓋。對群星的啟發(fā)群星可以為不同的使用場景定義AI 模式AI ProfilePlain Text群星模式管理器 ├── 全棧開發(fā)模式: DuMate TraeWork 文件系統(tǒng) 終端 ├── 代碼審查模式: DuMate(code) Git集成 LSP ├── 設(shè)計模式: DuMate(design) 圖片生成API ├── 極簡模式: 僅 DuMate(work)用戶可以在群星 UI 中一鍵切換模式不同模式自動加載/卸載對應(yīng)的 AI 適配器插件。這與當前dumate.html中的任務(wù)類型選擇器work/code/design思路一致但擴展到更大的粒度。4. 類型化事件系統(tǒng) → 群星的 AI 事件總線Cordis 的事件有四種派發(fā)模式emit觀察、waterfall中間件可短路、parallel并行、serial串行。插件通過事件通信而不是直接調(diào)用。對群星的啟發(fā)當前群星中當 DuMate 有任務(wù)完成時前端靠輪詢/api/dumate/conversations/{id}/output每 2 秒查一次?？梢栽O(shè)計一個群星事件總線群星事件總線 ├── task.started → UI 更新任務(wù)列表 通知 ├── task.progress → UI 更新流式輸出 ├── task.completed → UI 標記完成 觸發(fā)后續(xù)動作 ├── task.failed → UI 顯示錯誤 自動重試 ├── ai.connected → 側(cè)邊欄更新狀態(tài) ├── ai.disconnected → 側(cè)邊欄更新狀態(tài) 清理資源每個 AI 插件發(fā)布事件其他插件訂閱事件。這樣添加新的 AI 時不需要修改 UI 代碼——只要發(fā)布標準事件UI 自動響應(yīng)。5. 無特權(quán)核心 → 群星的可替換性Harness 強調(diào)There is no privileged core to patch——所有組件都是可替換的插件。這意味著你可以用 Harness 的框架但換上自己的模型、自己的工具、自己的 UI。對群星的啟發(fā)群星不應(yīng)該綁定任何特定 AI。今天用 DuMate明天可能用 Trae Work后天可能用 DeepSeek Harness 本身。群星的核心價值是提供一個統(tǒng)一的管理層而不是某個 AI 的專屬外殼。每個 AI 適配器應(yīng)該是可替換的——如果某個 AI 的協(xié)議變了只需要更新對應(yīng)的插件不需要動群星內(nèi)核。6. Creator Mode → 群星的AI 實驗場Harness 的 Creator Mode 允許 Agent 檢查當前運行時在內(nèi)存中試驗插件并組合成新的運行模式。對群星的啟發(fā)群星可以提供一個**AI 排障模式**——當某個 AI 集成異常時可以讓用戶查看當前 AI 的協(xié)議通信日志類似dumate_bridge.py的原始管道數(shù)據(jù)在 UI 中手動發(fā)送原始命令測試動態(tài)調(diào)整參數(shù)如工作目錄、任務(wù)類型映射實時看到 AI 的原始響應(yīng)這相當于給群星加了一個**開發(fā)者工具**面板降低調(diào)試新 AI 集成的門檻?？偨Y(jié)群星可以怎么做Harness 理念群星對應(yīng)設(shè)計預(yù)期價值一切皆插件AI 適配器插件注冊表一次設(shè)計接入所有 AIAppend-only 日志任務(wù)事件流 回放/分叉/恢復(fù)完整審計永不丟失Profile/BundleAI 模式管理器按場景動態(tài)組合 AI 能力類型化事件事件總線解耦 AI 與 UI無特權(quán)核心可替換適配器不被任何 AI 綁定Creator ModeAI 排障面板降低集成調(diào)試成本一句話總結(jié)DeepSeek Harness 告訴我們Agent 框架的正確方向不是集成更多能力而是設(shè)計一個讓所有能力都可插拔的架構(gòu)。群星如果從一開始就做好這個底座未來接入任何 AI 都只是寫一個插件的事。