DeepSeek Harness很好，但不適合大多數人

大家好，我是喫太飽騎士，一個混跡於 AI 與科研圈的有趣靈魂。

2026年8月14日下午，DeepSeek團隊正式發佈DeepSeek Harness（下面簡稱 dsh ）。目前該項目已經在GitHub上開源，開源地址爲 https://github.com/deepseek-ai/deepseek-harness 。

我第一時間進行了部署、體驗。然後是很長的思考。最後我的結論是：目前 dsh 並不適合絕大多數人；目前的 DSH 是專業開發者的實驗場，不是普通人的生產力工具。

原因有很多，讓我從初體驗開始，慢慢講給你聽。

說實話，第一次啓動 dsh 時很意外： 和 Codex、Claude Code、Zode 不同，dsh 沒有采用 TUI（終端界面）也沒有Desktop UI（本地桌面端界面），而是用的 Web UI（瀏覽器網頁界面）。

dsh目前的初始界面很簡潔，簡直就是 DeepSeek自家網頁端聊天界面的翻版。

然而打開設置後，能發現別有一番洞天，尤其是那個扎眼的插件。

我粗略掃了一眼，列表裏大概有200多個插件。其中默認啓用的大概有 100 多個。這是其他家 Agent 產品默認插件的幾倍甚至幾十倍。 爲什麼呢？

因爲 dsh 追求的概念是：Everything is a plugin。

這不是我瞎猜，官方推特親口下了定義。

而且從後續放出的核心論文來看，這句話的野心很大，非常大。

那麼，“Everything is a plugin” 到底是什麼意思，又憑什麼成立？

這要回到 DeepSeek 今年提出的一個基本判斷：

Model + Harness = Agent。

模型負責推理，而模型之外那些讓 Agent 能夠真正工作的部分——沙盒、記憶、技能、工作流、運行時、工具、權限、持久化——都屬於 Harness。

DSH 在這個判斷上更進一步：將這些原本功能和形態各異的 Harness 子系統用統一的抽象框架包裝成了協議統一的”插件“，隨用隨插。

於是 Sandbox 是 Plugin，Memory 是 Plugin，Skill 是 Plugin，Workflow 也是 Plugin。

這裏的 Plugin 已經不再是傳統意義上的“第三方擴展”。

它更像 Harness 本身的基本組合單元。

其中的差別大概就相當於👇

傳統插件：我已經有了一臺高達，現在我想爲我這臺高達配一把槍。這把槍就是插件，即使後期拆卸，我的高達依然在。

DSH插件：本身就是高達的一部分，是我在手搓高達時的基礎組件。如果失去了這個組件，我的高達可能就不是原來那臺了。

而支撐這一整套設想的，就是 Cordis。

Cordis 是 DSH 底層的插件框架。它主要解決四件事：

Context： 定義一個 Agent 當前擁有的能力空間；

Dependency Injection： 讓插件聲明自己依賴什麼，而不綁定具體實現；

Event： 讓不同插件能夠在 Agent 生命週期中觀察、介入和修改行爲；

Lifecycle / Effect： 負責插件的加載、卸載以及相關資源的自動回收。

因此，一個 Sandbox 不需要知道 Memory 如何實現，一個 Workflow 也不需要硬編碼某個具體 Tool。它們只需要遵守 Cordis 定義的接口、依賴和生命週期，就可以被組合起來，就能夠保證系統的正常運作。

這帶來的真正變化是：

Agent 不再是一套寫死的程序接上一堆接口湊成的龐然大物，而是一個幾乎可以隨時拆卸、重新從零搭建的樂高積木。

從前要將 Codex 改造成一個自媒體創作臺，我們需要爲它外接各種MCP、接口、自制各種技能。與此同時，它 Coding 的部分無法別消除：在預設提示詞裏，在工具裏，在每個寫死的小角落裏。

用它來做自媒體創作，就像讓一個3米高的戰爭機器人帶上圍裙後，在2.8米層高的小廚房做飯一樣彆扭。 但 DSH 允許你把戰爭機器人拆得乾乾淨淨，然後重新拼成一個廚房機娘。這就是差別。

可矛盾的是，在目前的 DSH 裏，非專業開發者沒法隨心所欲地改造自己的 DSH。 雖然，DSH 已經預置了“創造模式”。

但根據實際測試，目前 DeepSeek V4 Pro 正式版很難在該模式下僅憑三言兩語就完成複雜的 DSH 自我改造。

雖然我看好 DSH，看好開源的活力、靈感和力量。我本人也開始了 DSH 插件的創作。

但我還是得提醒你：如果你想要一個開盒即用的強大 Agent，現在的 DSH 還不適合你。

DSH 目前的產品形態依舊貫徹了 DeepSeek 對 C端用戶的態度。

它是一個需要折騰、需要試錯的 Agent 產品。

你可以等社區自然生長，等想要的功能被開發成熟後，再來體驗。