DeepSeek Harness 开源：模型、工具、界面都变成可替换插件

2026 年 8 月 13 日，DeepSeek 发布 Harness 开发者预览版 v0.1，并同步以 MIT 协议在 GitHub 开放源码。开发者安装 Node.js 后，可以用 npx 命令启动本地 Web 界面，也可以直接拉取完整仓库。[1][2]

这次发布没有带来新的编码客户端，它解决的问题在模型之外。官方给出的定位是模型加 Harness 等于 Agent。模型负责思考与推理，Harness 负责组织上下文、调用工具、处理错误，并判断任务何时结束。同一个模型放进不同的 Agent 系统，最终表现可能差别很大。[2]

Harness 的答案是“一切皆插件”。它基于 Cordis 插件元框架构建，把模型、工具和技能等能力做成可替换组件。会话与沙箱可以替换，存储、主循环和调度也可以替换，界面同样由插件组合而成。插件通过服务与事件互相协作，开发者不改源码，就能替换搜索工具、模型适配层或会话存储方式。[1][2][3]

普通工具调用和程序化工具调用共用一条执行流水线。请求执行前经过审批、权限检查、沙箱和超时控制，执行后还能改写结果、记录日志并渲染界面。程序化工具调用让模型生成代码，去编排多轮工具调用。两种调用入口不同，共享同一套安全与观测机制。[2]

Harness 提供四种运行模式，分别叫标准、PTC、极简和创造。它们的差异主要不是功能等级，而是默认加载哪一组插件。标准模式提供完整工具组合，PTC 模式支持程序化工具调用，极简模式只保留 shell 和文件编辑，创造模式允许开发者检查运行时并在内存中试验插件。[2][3]

这次发布还带来了仅追加的会话日志。系统提示词、推理内容和工具结果会写入同一条事件流，子代理调度与上下文注入也同样保留。开发者可以在 Trajectory 视图中还原模型当时看到的信息，也可以做会话恢复、分叉、检索和回放。[2][3]

这些设计说明 Harness 的差异主要在开放架构，而不是新的多代理编排算法。它把 Spawn、Fork、Pipeline 等既有编排方式做成可替换插件，也能把外部 Agent 接到子代理接口后面。插件边界越深，接口稳定性、依赖管理和调试成本越高。官方已经提示这是开发者预览版，后续可能出现破坏兼容性的变更。[1][2]

现在不能把“一切皆插件”直接等同于更高的任务成功率。插件系统提供的是差异化和自由度，实际效果取决于默认插件质量、组合范式和具体实现。后续要看官方能否给出稳定组合、可信评测，以及第三方开发者是否愿意围绕它持续构建。[1][2]

参考资料

对这篇文章有意见？