DeepSeek 已發布 Super-agent,這是一個開源編碼代理原型,可監控單一 GitHub 儲存庫,並可選擇監聽飛書群組聊天。該系統將核准的請求路由至獨立的工作階段,完成指派的任務,並在每個請求發起的對話中回報進度或結果。

DeepSeek 的 Harness 團隊於 10 月 31 日宣布此專案,並以 MIT 授權釋出程式碼。此次發布引發與 Anthropic 的 Claude Code 的比較,但 DeepSeek 將 Super-agent 描述為研究軟體,而非官方產品或可上線的工具。該公司也表示,公開版本與團隊內部使用的系統有所不同。

該專案的程式碼已發布於 GitHub。

Super-agent 如何處理 GitHub 與團隊請求

此原型設計用於 github.com 上的單一儲存庫,可透過 GitHub 或選用的飛書群組聊天接收請求。經核准的成員可透過任一渠道提交請求。Super-agent 會將請求轉換為工作項目,建立專屬的工作階段與工作目錄,並在原對話中回傳進度更新或完成結果。結果可能包含一個 Pull Request。

本地網頁面板會顯示需要人員決策的問題。系統使用一個持久的 Router 工作階段來處理請求並維護共享上下文,同時將個別任務分配給獨立的 Worker 工作階段。Router 可以在現有任務執行期間接受新的請求,使任務得以重疊進行。Worker 會回應其 Pull Request 上的留言,而每個 Ticket 都擁有自己的工作階段與目錄。

此工作流程將聊天請求與儲存庫變更及審查活動連結起來,因此部署決策同時涉及軟體設定與團隊治理。文件中記載的核准流程、觀察模式與使用者限制,為在代理獲准自動行動前評估這些互動提供了控制機制。

團隊可將代理設定為依據書面規則執行工作,但預設設定為觀察模式。在該模式下,Super-agent 會記錄它將執行的操作,而不實際執行主動任務。操作者可在啟用自動接受之前審查這些提議的行動。DeepSeek 表示,這種安排讓維護者能夠調整權限並限制不必要的活動。

該專案在發布後迅速引起關注。截至 11 月 1 日,GitHub 顯示 6.6k 顆星與 652 個 fork。這些數字反映的是對儲存庫的關注,而非編碼效能。DeepSeek 的 README 警告,公開程式碼可能包含錯誤,工程實務不一致,且與團隊內部版本不同。文件建議在部署到其他環境之前先審查並調整程式碼。

設定需求與存取風險

Super-agent 需要一個對目標儲存庫具有寫入權限的專屬 GitHub 使用者。其設定支援 Node.js 22.19 或以上版本,或 24 或以上版本,同時需要 pnpm、Git 2.32 或以上版本、Python 3.8 或以上版本以及 tmux。操作者還需要 GitHub CLI 2.48 或以上版本、受支援的 DeepSeek Harness 版本,以及已設定的模型提供者。

該專案目前支援託管於 github.com 的儲存庫,但不支援 GitHub Enterprise Server。飛書整合為選用功能,需要一個機器人與 lark-cli。代理的 GitHub 身分與簽署使用獨立帳戶,這使安裝過程涉及多項本地工具與帳戶設定。

更重要的是代理的本地程序存取權限。Router 與 Worker 工作階段以啟動它們的作業系統使用者的完整權限執行。Worker 可以透過路徑執行程式,並讀取該使用者的主目錄。GitHub 憑證包裝器會選擇代理的 GitHub 帳戶,但無法將程序與作業系統的其餘部分隔離。

因此,DeepSeek 建議使用僅包含代理憑證的專屬作業系統帳戶。否則,Worker 可能存取啟動帳戶可用的檔案與憑證,且代理的 GitHub 身分並不會限制其本地權限。由於 Super-agent 可以存取團隊聊天與儲存庫活動,操作者還必須審查哪些使用者可以提交請求,以及可用的儲存庫權限。DeepSeek 的文件指出,團隊在評估系統時應從小範圍的任務指派開始。

Bloomberg 將此次發布描述為對 Anthropic Claude Code 的挑戰。Super-agent 透過聊天、版本控制與程式碼審查來路由工作,但其儲存庫未提供涵蓋編碼準確性、速度或可靠性的比較基準。它也沒有發布任何證據表明 DeepSeek 編碼代理的編碼效能可與 Claude Code 相比。對於評估此原型的團隊而言,儲存庫託管支援、本地權限隔離與獨立的效能測試,仍是實際的評估重點,而非已確立的能力。

來源:Blockonomi