摘要： DeepSeek於8月13日發布MIT授權的DeepSeek Harness開發者預覽，把模型、工具、沙盒、排程與UI都設計為可替換外掛。系統用附加式會話日誌記錄提示、推理與工具結果，支援續跑、分岔、搜尋與重播，並提供四種執行模式。這讓代理行為更易除錯與客製，但預覽版的核心外掛和API仍可能變動。
8 月 13 日，DeepSeek 把自家 agent harness 的開發者預覽版端上檯面，名字就叫「DeepSeek Harness」，MIT 授權、原始碼一次給齊。官網開頭毫不含糊地把主張寫出來：「Agent = Model + Harness」——模型是 agent 的靈魂沒錯，但真正讓 agent 做到「理解環境、使用工具、在真實世界持續工作」的，是 harness 這一層。發布在 Hacker News 上進帳 747 點，當週最受矚目的開發者工具發布，它是其中之一。安裝一行就夠：npx @deepseek-ai/dsh web（得先有 Node.js），程式碼本體則落在 GitHub 的 deepseek-ai/deepseek-harness 倉庫。
以 Cordis 為核心：一切皆外掛
Harness 的底座是 Cordis 核心，外掛怎麼掛上、怎麼卸下，以及彼此之間的依賴關係，都歸它管。從模型、工具、技能、會話、沙盒、儲存、迴圈、排程一路數到 UI，沒有任何一項不是外掛。開發者想在設定檔裡挑用、換掉或擴充哪一種能力都行，完全不必去動 DeepSeek Harness 自己的原始碼。落到實務上，「我們的 agent」與「官方 agent」之間的落差，可以整層收在設定檔與外掛目錄裡，之後要跟上上游也不會卡住。這樣的取向讓它更接近一套能拼裝的 agent 作業系統，而不只是單一 CLI 產品。
執行紀錄可以重放
第二根支柱是可追蹤性。凡是模型眼裡所見——系統提示、推理內容、工具呼叫與結果、子代理排程、上下文注入——全都落進一份附加式會話日誌。續跑、分岔、搜尋、重播這四件事，共用的是同一條事件流。論除錯與評測，這比事後回頭翻對話紀錄要完整得多：失敗的執行能從任何一個事件點換上別的工具結果重播一遍，行為若起了變化，也可以沿著事件史二分定位；「模型為什麼這樣做」於是從爭論變成一道能逐步重放的問題。
四種執行模式，四種用途
預覽版一共四種模式。Standard 是完整的 coding agent，檔案編輯、shell、搜尋、技能、規劃、目標、子代理與工作流程一應俱全；Code 走的是 Code Mode SDK，模型能把多步操作串成一段 TypeScript 程式一次跑完，往返次數跟著降下來，模型在多次呼叫之間迷失方向的機會同樣變少；Minimal 只留下持久化 bash 與 str_replace_editor，用途是在最小環境下評測模型本身，等於一個可重現的模型評測基座；Creator 則給了執行期檢查、外掛的記憶體內測試與預設檔製作。四種模式各自對應一種使用場景：日常開發、批次自動化、基準測試與外掛開發。
Harness 之爭正式開打
這次發布丟出的產業訊號不難讀：模型公司已經把 harness 當成一條正式產品線在經營。這一層過去多半由第三方工具鏈補位，如今 DeepSeek 親自跳下來做，而且一開始就附上 MIT 授權與外掛生態——社群外掛已聚集在 dsh-plugin 標籤底下，Cordis 核心也有一篇對應論文。官方也沒迴避現實：預覽版還處於測試階段，核心外掛與 API 會繼續變動，想把版本鎖死推上生產的團隊，得預期會遇上破壞性更新。方向終究比版本號重要：模型是靈魂，harness 是身體，而以往多數團隊只能接受一具無法檢視的閉源身體；如今鎖定成本成了可以選擇的事，早期卡位的入手成本從沒這麼低過。