DeepSeek Harness（dsh）解析：它不是 Claude Code 克隆，而是可插拔的 Agent 平台底座

DeepSeek Harness，命令列工具簡稱 dsh，更適合被理解為一個用來建構與運行 AI Agent 的開源執行環境。DeepSeek 在 2026 年 8 月 13 日發布開發者預覽版，並以 MIT 授權開放原始碼。37

它的重點不是提供另一款包裝完整的「AI 寫程式助手」，而是打造一個可組合的底層：Agent 系統中的主要零件，都可以替換。這也解釋了 dsh 為何受到關注，同時也說明它為何不能簡單視為 Claude Code 的開源複製品。

DeepSeek Harness 到底負責什麼？

一個 Agent 不只有語言模型。它還需要呼叫工具、讀寫檔案、在受控環境中執行程式、維持工作階段、安排任務，並將結果呈現給使用者。傳統 Agent 產品通常會把這些決策整合成一套相對固定的使用體驗。

dsh 則把這些決策放到可替換的元件後面。官方架構文件將模型介面卡、工具註冊表、工作階段紀錄，以及 Agent 循環本身都定義為插件。112 執行環境與 Web 介面等更廣泛的部分，也能透過同樣的插件導向設計組合。111

實際上，dsh 提供的是把模型接上真實環境的運作機制，同時讓開發者保留更多設定與替換整個技術堆疊的空間。

Cordis：dsh 的地基

Cordis 是 DeepSeek Harness 底層採用的框架，負責提供插件運作的執行脈絡；插件可以在共享的 context 中加入服務、具型別的事件，以及可回復的副作用。12

因此，Cordis 更像微核心或插件執行環境，而不是傳統的單體式 Agent 框架。它提供的是載入與組合機制，具體的 Agent 能力則由上層組裝的元件提供。

這種分離讓 dsh 的架構重心與一般 Agent 產品不同。它的核心不是某一套固定的 Agent 循環，也不是某個指定模型，而是讓這些零件可以互相協作、並在需要時被替換的系統。

「一切皆為插件」不是口號

「一切皆為插件」在 dsh 中是一項設計規則，而不只是行銷用語。以下層次都可以被視為獨立、可替換的組件：

• 模型介面卡；
• 工具註冊表；
• 工作階段紀錄與狀態；
• 執行環境與沙箱；
• 排程與協調機制；
• Web 介面；以及
• Agent 循環本身。11112

最後一項尤其關鍵。許多 Agent 框架會預設一套控制循環，例如 ReAct 風格的「推理、使用工具、觀察結果、繼續行動」。dsh 可以支援這種熟悉的模式，但不會把它視為執行環境不可分割的固定核心。

換句話說，dsh 將 Agent 介面 與某一種循環實作分開。開發者可以嘗試不同的協調方式，甚至探索多 Agent 行為，而不必為此重寫模型介面、工具層或使用者介面。

設定檔如何變成「組合」機制？

dsh 透過 profile 與設定修補檔，讓上述架構真正運作起來。啟動中的 dsh 會依照有順序的層次，將多個插件組成一棵插件樹。Profile 是儲存在 Harness 主目錄中的命名組合，可以疊加不同 bundle、安裝主要插件樹以外的插件，並保留使用者自己的 cordis.patch.yml。1

儲存庫中的 bundle 檔案展示了這套機制如何運作：基礎層先插入共用元件，後續層次與使用者修補檔則可以覆寫或停用特定項目。1011

這也改變了客製化的基本單位。開發者不必為了替換一個子系統，就複製整個大型 Agent 應用程式；只要調整啟動時載入的組合即可。雖然具體實作仍會隨專案介面演進，但 dsh 所指向的工作流程是宣告式且模組化的。

為什麼 dsh 不只是「開源版 Claude Code」？

Claude Code、Codex、WorkBuddy 等產品，主要是以完整應用程式的形式被使用。它們會替使用者預先決定模型存取、權限、工具、協調方式、互動形式與執行環境，形成一套一致而有明確立場的體驗。

dsh 同樣可以提供熟悉的 Agent 使用方式，包括類似 ReAct 的控制循環；但它最重要的選擇，是不把這些元件焊死在同一套固定系統裡。循環、模型連接、工具、執行環境與介面，都可能被替換。

因此，兩者可以比較，但不能混為一談：

• Coding Agent 產品：優先提供開箱即用的工作流程，以及一致的產品決策。
• Agent 執行環境：優先提供組合、試驗與嵌入其他系統的能力。

dsh 正在爭取的是第二類位置。它的價值，未必取決於第一個內建 Agent 是否成為最好的程式設計助手，而更取決於插件介面能否讓開發者在其上組合出更好的系統。

背後的平台策略

DeepSeek 的策略押注是：如果開放一層可組合的 Agent 基礎設施，就能把更多系統試驗交給開發者社群。只要相關介面維持穩定，第三方便可以分別在記憶、排程、沙箱、模型支援、多 Agent 協作與使用者介面等方向迭代。

這會形成比單一公司自行開發更大的設計探索空間。DeepSeek 不必預先決定哪一種記憶系統、排程器、執行模式或互動方式應該成為標準，而是有機會從圍繞執行環境形成的生態系中獲益。

因此，這個專案更像一次基礎設施押注，而不是另一場模型發布。DeepSeek 的儲存庫也將 dsh 定義為以「一切皆為插件」為核心、由 Cordis 驅動的開源 Agent harness。12

dsh 能成為 Agent 界的 npm 或 Kubernetes 嗎？

這個比喻目前仍屬於願景，但能指出 dsh 想扮演的角色。npm 成為 Node.js 套件的分發與組合層；Kubernetes 則成為容器化工作負載可延伸的控制平面底座。

如果 dsh 能逐步建立持久的介面、可靠的套件探索機制、相容性保證、安全實務與部署慣例，它或許也能在 Agent 元件之間扮演類似角色。屆時，開發者安裝的將不只是 dsh 這個應用程式，而是一套能由不同互通元件組成的 Agent 系統。

但這個比喻不能被誤解為 dsh 已經達到 npm 或 Kubernetes 的地位。平台只有在開發者能長期信賴其介面與運作行為之後，才真正稱得上基礎設施。

DeepSeek Harness 目前有哪些限制？

目前版本是開發者預覽，而不是面向一般用途的生產平台。發布相關報導指出，這仍屬早期軟體，可能出現破壞性變更，使用者體驗尚未完整，生態系也仍不成熟。3716

專案在 GitHub 上快速累積關注——據報導，數日內已超過 14 萬顆星——確實反映出市場與開發者的高度興趣；但星數本身無法證明可靠性、生產環境採用率、安全性或長期相容性。513

早期插件活動也應以同樣的標準看待。年輕的生態系可以展現熱度，卻未必已具備生產部署所需的維護、審查、版本管理與安全保障。

結論：dsh 真正想改變的是什麼？

DeepSeek Harness 的重要性，在於它把問題從「開發者該使用哪一款 Agent 產品？」改成「Agent 系統中的哪些部分應該保持可替換？」Cordis 提供插件執行環境，而 dsh 則將這種理念延伸到模型、工具、工作階段、執行環境、介面，以及控制循環本身。12

這使 dsh 成為一項建立開放式 Agent 基礎層的可信嘗試，而不是單純的 Claude Code 競爭者。不過，平台化的主張仍有待驗證。現階段，dsh 最適合用作探索可組合 Agent 架構的開發者預覽環境；企業不應假設它已經穩定，或足以直接承擔生產環境的要求。