在 DeepSeek V4 Pro 正式发布之后，DeepSeek 自家的 Agent 产品也终于亮相了——DeepSeek Harness。
它最值得关注的地方，并不是“又一个代码 Agent”，而是它背后的设计理念：一切皆插件（Everything is a Plugin）。
DeepSeek 给出的核心公式是：
Agent = Model + Harness
这个公式其实很好理解。我们平时使用的 Claude Code、Codex 等产品，本质上都属于 Harness：模型负责推理，而 Harness 负责工具、Skills、上下文、沙箱、存储、Agent 循环、子 Agent、工作流等一整套运行机制。
过去，这些能力大多被封装在一个完整的软件产品里。用户可以使用，但很少需要理解，更谈不上自由修改。
而 DeepSeek Harness 选择了另一条路：把这些原本隐藏在产品内部的能力全部插件化。
Harness 到底是什么？
DeepSeek Harness 真正特别的地方，在于它背后的 Cordis 内核。
Cordis 并不负责直接完成某个具体任务，它做的事情非常克制：管理插件的加载、卸载以及依赖关系。
更重要的是，插件甚至可以在 Agent 运行过程中动态变化，而且不会让整个 Agent 的运行状态直接崩掉。
这里面有两个关键概念：
Temporal composability（时间可组合性）：一个插件被卸载之后，它此前产生的副作用能否被完整撤销。
Spatial composability（空间可组合性）：一个插件依赖其他插件时，当依赖发生新增、删除或者变化，它能否动态重新处理这些依赖。
这两个能力结合起来，就产生了一件很有意思的事情：
Der Agent nutzt nicht mehr nur Tools, sondern kann seine Tools und Fähigkeiten während des Laufens ändern.
Zum Beispiel kann der Agent eine Fähigkeit erstellen, die ihm fehlt, ein Plug-in erstellen, dieses Plug-in in die aktuelle Umgebung laden und die Aufgabe fortführen.
Das ist der Grund, warum DeepSeek es nicht einfach Code oder Build nennt, sondern es heißt: Harness ist。
Denn es ist möglicherweise nicht ein voll funktionsfähiges Agent-Produkt für den normalen Benutzer, sondern eine Reihe von Agent-Produkten, die man kontinuierlich erweitern, kombinieren und experimentieren kann. Agent-Infrastruktur。
In dieser Perspektive ist DeepSeek Harness eher ein Laborfeld: Offiziell bietet es eine Reihe von Grundplugins an, und die Entwickler erstellen ständig neue Plugins, die letztendlich das gesamte System von Agent-Funktionen immer reicher machen.
Vier Modelle, aber eigentlich nur vier Vorstellungen.
Wenn man Harness zum ersten Mal öffnet, kann man leicht von seinen vier Modi verwechselt werden.
Aber wenn Sie Cordis verstehen, werden Sie feststellen, dass diese vier Modelle nicht das Wesen von Harness sind, sondern nur einige offizielle Sätze.Plug-In - Kombination Template。
1. Das Standardmodell
Dies ist das am besten geeignete Modell für normale Benutzer.
Es bietet vollständige Code-Agent - Funktionen, einschließlich Datei-Lesen und - Bearbeitung, Shell, Datei-Suche, Web-Suche, Skills, Plans, Ziele, Hintergrund-Aufgaben, Sub-Agents und Workflows.
Wenn Sie nur DeepSeek Harness normal verwenden möchten,Die direkte Auswahl des Standardmodus reicht aus.
2. Das PTC Modell
Der PTC-Modus verfügt über die meisten Funktionen des Standardmodus, ändert jedoch die Art und Weise, wie Modelle Tools aufrufen.
Im traditionellen Modell sind die Modelle häufig:
Das Werkzeug aufrufen → Ergebnisse erhalten → Überdenken → das Werkzeug erneut aufrufen.
PTC gibt dem Modell ein Code Mode SDK, mit dem das Modell direkt TypeScript-Programme schreiben kann, die mehrere Werkzeugoperationen kombinieren und gleichzeitig ausführen.
So können Aufgaben, die ursprünglich mehrere Lese -, Suchen -, Filtern - und Parallelrufe erfordern, auf eine einzige Ausführung komprimiert werden.
Sein Vorteil ist:Reduzieren Sie das Hin - und Her zwischen Modellen und Tools, während Sie einen Teil des Tokenverbrauchs reduzierenAllerdings sind die Anforderungen an die Programmplanung und Debugging-Fähigkeiten des Modells höher.
Der Nutzer muss daher nicht erst einmal PTC nutzen.
3. Das minimale Modell
Der minimalistische Modus wiederum komprimiert die Umgebung auf ein sehr geringes Maß.
Es bietet hauptsächlich einen dauerhaften Bash - und Dateieditor, während es eine Menge zusätzlicher Fähigkeiten entfernt.
Es eignet sich besser für Modell-Kapazitätstests: Wenn Sie die Leistung verschiedener Modelle in einer Minimal-Agenten - Umgebung vergleichen möchten, kann dieses Modell sehr nützlich sein.
Als täglicher Agent kann die Erfahrung jedoch stark eingeschränkt sein.
4. Schaffung von Modellen
Das Erstellen von Modus ist der interessanteste Punkt in Harness.
Es kann nicht nur die vorhandenen Fähigkeiten nutzen, sondern auch die aktuelle Cordis-Umgebung überprüfen und Plug-ins im Speicher experimentieren und neue Agents und Plug-ins erstellen.
Der Agent könnte es versuchen.sich selbst verwandeln。
Sie können es beispielsweise bitten:
"Helfen Sie mir, einen Sicherheits-Audit - Agent zu erstellen, der nur Code lesen und keine Änderungen an Dateien ermöglicht".
oder:
„Erstellen Sie einen Research Agent mit internen Suchfähigkeiten und exklusiven Fähigkeiten."
Es ist sogar möglich, zu überprüfen, welche Fähigkeiten es hat, und dann, wenn es ein fehlendes Tool gibt, ein Plug-in vor Ort zu erstellen und es zu laden.
Um es mit einer einfachen Analogie zu sagen:
Der Agent stellte fest, dass er keinen Schlüssel hatte, also baute er sich einen Schlüssel, legte ihn in seine Hand und setzte seine Arbeit fort.
Das ist der Kern des DeepSeek Harness Experiments.
Ein weiteres wichtiges Design: Alles ist ein Ereignisprotokoll
Auch das Sitzungsdesign von Harness ist ganz besonders.
Es speichert nicht einfach nur einen Chat, sondern entwickelt den gesamten Agent-Prozess als einen einzigen.Nur zusätzliches Ereignisprotokoll。
Systemaufforderungen, Benutzernachrichten, Modellvermutungen, Tool-Aufrufe, Tool-Ergebnisse, Berechtigungsänderungen, Kontext-Injektion, Kontext-Komprimierung, Sub-Agent - Planung usw. können Ereignisse in einem Protokoll sein.
Die Geschichte, die das Modell in der nächsten Runde sieht, wird ebenfalls auf der Grundlage dieses Ereignisprotokolls neu abgeleitet.
Das ist für die Entwickler sehr wichtig.
Wenn ein herkömmlicher Agent etwas schief läuft, sehen wir oft nur "Aufgabe fehlschlägt" oder "Modell in einer Schleife", ohne zu wissen, wo er anfängt.
Die Ereignisprotokolle und die Tracksansichten bieten eine umfassendere Möglichkeit, den Prozess des Agenten zu verwalten.beobachtbar, überprüfbar, reproduzierbar。
Dies ist einer der Gründe, warum Harness eher Entwickler - und Forschungsumgebungen bevorzugt als normale Verbraucherprodukte.
Es ist wirklich wichtig, nicht die Anzahl der Plugins.
Das größte Feature von DeepSeek Harness ist derzeit und seine größte Kontroverse.
喜欢它的人会觉得：
这就是未来 Agent 应该有的样子。
不喜欢的人则会觉得：
为什么一个 Agent 要搞得这么复杂？
我觉得两种看法其实都没错。
从普通用户的角度来看，Harness 确实存在明显的门槛：开发者术语多、概念复杂、功能之间关系不直观，很多能力需要自己理解插件、模式和运行机制之后才能真正发挥出来。
但如果站在 Agent 基础设施的角度看，它又确实很有意思。
过去我们使用 Agent，本质上是在使用一个已经被厂商设计好的“盒子”；而 Harness 试图把这个盒子拆开，把里面的工具、能力、运行机制全部暴露出来，让开发者自己重新组合。
所以我更愿意把 DeepSeek Harness 理解成：
它现在还不是一个成熟的 Agent 产品，而是一套正在形成中的 Agent 基础设施。
它真正想探索的问题不是“怎么做一个更好用的代码助手”，而是：
如果 Agent 的能力本身也可以被动态创建、安装、卸载和组合，那么 Agent 最终会变成什么？
这也是“一切皆插件”真正有意思的地方。
当然，现阶段它距离普通用户真正意义上的“好用”，还有很长的路要走。
但作为一次对 Agent 架构的大胆尝试，DeepSeek Harness 值得关注。
它可能不是最终答案，但至少提供了一个非常有意思的方向：
未来的 Agent，也许不再是一个固定的软件，而是一套可以不断改变自身能力的运行环境。