8月13日晚间，DeepSeek正式发布首款Agent产品DeepSeek Harness，开发者预览版v0.1面向全球开放测试，并同步以MIT协议在GitHub开源全部源码。与很多人此前猜测的“DeepSeek版Codex”不同，Harness切入的是模型之外的Agent执行层：模型负责思考推理，Harness承担工具调用、任务规划、执行调度等工程化工作。
官方为它给出的定义很简洁：Model + Harness = Agent。如果把大模型看作只会思考的“大脑”，Agent是能够思考、执行并调试的完整工作单元，Harness就是连接大脑与工具、文件、终端等“手脚”的调度系统。项目管理、长任务协作、多Agent编排、上下文管理、联网搜索和Skill调用等本地Agent工作台常见能力，Harness均有覆盖。
它之所以被认为“不是下一个Codex”，核心在于设计思路。OpenAI的Codex与Anthropic的Claude Code更接近即插即用的软件工程产品，模型、工具和沙箱往往被封装在厂商提供的套件中；DeepSeek Harness则采用“一切皆插件”的开放架构，把模型、工具、技能、会话、沙箱、存储、循环、调度乃至UI全部做成可替换的插件。官方文档的表述是，框架中“没有需要打补丁的特权核心”，开发者无需改动Harness源码，就能在配置层替换或扩展任一能力。
支撑这套架构的是Cordis插件元框架。Cordis只负责插件的加载、卸载与依赖关系，Agent Harness的具体组件都是不同的Cordis插件，通过服务与事件协作。这一“时空可组合性”思路来自北京大学与DeepSeek联合署名的论文《A Programming Paradigm for Spatiotemporal Composability》，即组件不仅声明需要什么，还声明会改变什么，卸载时相关副作用能够被回收。
面向不同场景，Harness预置四种运行模式，每种模式默认加载不同的插件集合：标准模式提供完整工具组合，适合日常编码、修复Bug和分析项目；PTC模式即程序化工具调用，由模型生成代码组合多轮工具调用，减少多步骤任务的往返；极简模式仅保留一个shell工具和一个文件编辑工具，用于最小环境下的模型基准测试；创造模式可以检查当前运行时、在内存中试验Cordis插件，并据此组合出新的运行模式。
可追溯性也是Harness强调的能力。模型看到的内容会写入仅追加的会话日志，包括系统提示词、思维链、工具调用与结果、子Agent调度以及上下文注入。恢复、分叉、检索与回放共享同一份事件流，这为调试、复现和审计提供了与黑盒式产品不同的基础。
在模型接入上，Harness并不绑定DeepSeek自家模型，允许替换模型适配器，官方目录覆盖了多家第三方模型厂商，也支持OpenAI兼容端点。已安装Node.js的开发者可以通过npx @deepseek-ai/dsh web在本机启动Web界面。
发布当日，Harness的GitHub仓库迅速获得大量星标，社区反应热烈。据参与内测的报道，短短几天内内测者就开发了约300个插件，涉及界面主题、工作流和各类工具。不过DeepSeek团队也明确表示，v0.1仍是早期预览版本，细节有待打磨，核心插件与基础接口后续会快速迭代，可能出现破坏兼容性的变更。对开发者来说，Harness目前更像一套需要动手组装的框架，而非面向普通用户的成品。
业内普遍认为，Harness的意义在于把DeepSeek的开源边界从模型权重延伸到Agent工程体系。当模型能力逐渐趋同，真正影响任务成功率、Token消耗和长期运行稳定性的，往往是模型之外的运行时设计。DeepSeek此次切入的，正是这个正在被各实验室争夺的新层。