On August 13, DeepSeek released Harness v0.1 as an open-source developer preview under the MIT license. The design principle is deceptively simple: everything is a plugin. Models, tools, skills, sessions, sandboxes, storage, orchestration, and UI are all implemented as plugins—mixable, replaceable, and extensible without touching the core code. This is not a framework announcement. It is a strategy for defining how AI agents get built.
The framing matters. Harness is not a model. It is the layer that turns a model into an agent—the runtime infrastructure that gives a model hands, tools, memory, and permission to act. According to DeepSeek’s internal formulation: Model + Harness = Agent. On August 13, DeepSeek open-sourced the second half of that equation.
Everything Is a Plugin
DeepSeek Harness is built on Cordis, a meta-framework that manages plugin loading, unloading, and dependency injection. Everything in the harness runs as a Cordis plugin—models, tool sets, session management, sandboxes, file systems, loops, orchestration, and even the UI. They communicate through Cordis services and events, and developers can swap components at the configuration layer without modifying source code.
The design addresses a common pain point. Many AI Agent frameworks are rigid—changing a component means forking the repo or rewriting large portions. Harness inverts that by making every capability a replaceable plugin. The barrier to customization is configuration, not code.
Four runtime modes are available, each loading a different default plugin set:
Standard mode: Full toolset and orchestration
PTC mode (Programmatic Tool Calling): Model generates code to compose multi-step tool calls across turns
Minimal mode: Shell + file editor only—designed for model benchmarking in constrained environments
Creation mode: Runtime inspection and in-memory plugin experimentation for building new presets
The architecture separates the harness from the model. Harness can iterate on engineering—error recovery, context management, tool orchestration—without retraining the model.

The Auditable Agent
One feature is easily overlooked in the plugin announcement: session logging is append-only. System prompts, chain-of-thought, tool calls and their results, sub-agent scheduling, and context injection are all written to the session log. The Trajectory view surfaces these by source, and recovery, forking, retrieval, and replay all run on the same event stream.
This is not a debugging feature. It is an observability requirement. AI Agents execute multi-step workflows where the path to a result can be as important as the result itself. Without a record, failures are opaque. With an append-only audit trail, a developer can reconstruct exactly what the Agent saw, decided, and did. For enterprise adoption—where auditability matters as much as capability—this design choice signals that Harness is built for production, not just demos.
The Open-Source Land Grab
The MIT license is the most permissive open-source license available. Developers can use, modify, and redistribute Harness with almost no restrictions. DeepSeek is not charging for this. It is giving away the reference implementation for Agent infrastructure to the entire global developer community.
This is a land grab. By open-sourcing Harness under MIT, DeepSeek is positioning its design patterns as the default way to build Agents. Every plugin a developer creates for Harness is a vote for its interface. Over time, the ecosystem becomes the moat—not the code, but the network of tools, integrations, and workflows built on top of it.
The timing is also significant. DeepSeek is raising API prices soon. Harness lowers the switching cost for developers to start building on DeepSeek infrastructure. The model and the harness are now a paired offering. Competitors building Agents on OpenAI or Anthropic APIs now have a credible open alternative that includes both the model and the runtime.
P.S. The quietest detail in the release is the relationship between the harness and the model. When V4 Pro scored 87.9 on Terminal-Bench, it was running in Harness's minimal mode. The same harness that benchmarks models is now available for developers to extend, fork, and build on. That's not an accident—it's the whole point.
Frequently Asked Questions
Q: What is DeepSeek Harness?
A: DeepSeek Harness is an open-source agent infrastructure layer released under the MIT license. It provides the runtime that turns a model into an agent — handling tools, memory, session management, sandboxes, orchestration, and execution loops. DeepSeek's internal formulation is: Model + Harness = Agent.
Q: What does "everything is a plugin" mean?
A: Every component in Harness — models, tool sets, skills, session management, sandboxes, file systems, orchestration loops, and even the UI — is implemented as a plugin. Developers can swap any component at the configuration layer without modifying the core code. This eliminates the need to fork or rewrite the framework when changing capabilities.
Q: What is Cordis?
A: Cordis is the meta-framework that powers Harness. It manages plugin loading, unloading, and dependency injection. All Harness components communicate through Cordis services and events.
Q: What are the four runtime modes?
A: Standard mode (full toolset and orchestration), PTC mode (programmatic tool calling where the model generates code to compose multi-step calls), Minimal mode (shell and file editor only, designed for benchmarking), and Creation mode (runtime inspection and in-memory plugin experimentation for building new presets).
Q: Why is the session logging design significant?
A: Session logging is append-only. System prompts, chain-of-thought, tool calls and results, sub-agent scheduling, and context injection are all written to the log. The Trajectory view surfaces these by source, and recovery, forking, retrieval, and replay all run on the same event stream. This provides full auditability — essential for enterprise adoption.
Q: Why did DeepSeek open-source Harness under MIT?
A: DeepSeek is positioning its design patterns as the default way to build agents. By giving away the reference implementation, every plugin a developer creates for Harness becomes a vote for its interface. The ecosystem becomes the moat — not the code, but the network of tools and integrations built on top of it.
Q: How does this relate to DeepSeek's upcoming API price increase?
A: Harness lowers the switching cost for developers to start building on DeepSeek infrastructure. The model and harness are now a paired offering. Competitors building agents on OpenAI or Anthropic APIs now have a credible open alternative that includes both the model and the runtime.
Q: Who is this for?
A: Developers building AI agents who want flexibility, auditability, and a modular architecture. Enterprise teams who need observable, auditable agent workflows. And researchers who want to experiment with agent architectures without being locked into a rigid framework. As a developer preview, it is not yet production-ready.
Q: What is Terminal-Bench and why does it matter?
A: Terminal-Bench is the benchmark used to measure agent performance. DeepSeek V4 Pro scored 87.9 on Terminal-Bench — just 0.1 points behind Fable 5. The fact that V4 Pro was running in Harness's Minimal mode for that benchmark underscores the relationship between the model and the harness.
Q: What's next for Harness?
A: Harness v0.1 is a developer preview. DeepSeek notes that core plugins and foundational interfaces will continue to evolve based on community feedback. The company has signaled that long-term viability depends on community adoption — not just DeepSeek's internal use.
