## 智能体 = 模型 + 框架

Harness 把「智能体」拆成了两个部分：模型与框架。模型是智能体的灵魂，负责思考与推理；框架则让智能体能够理解所处的环境、调用工具，并在真实世界里持续工作。

在 Harness 出现之前，开发者往往要把模型、工具调用、记忆存储、任务调度都写死在同一套代码里，想换一个模型或者加一种工具，常常要改动大量底层逻辑。Harness 的思路正好反过来：把这些能力全部外置成插件，框架本身只负责把它们「装配」起来。

## 内核只管一件事：插件的装载与协作

Harness 的核心是一个名为 Cordis 的内核。它只做三件事：管理插件的挂载与卸载、处理插件之间的依赖关系，以及让各个插件通过统一的服务和事件机制彼此通信。

具体来看，模型、工具、技能、会话、沙箱、存储、循环、调度、界面，全部以插件的形式存在。开发者想接入一个新的大模型，只需要新增一个模型插件；想换掉默认的存储方式，也只需替换对应的存储插件。Cordis 会根据配置自动把它们串起来，而不需要改写 Harness 本身的源代码。

这种「可组合」的特性意味着，同一套框架可以针对不同的任务拼装出完全不同的智能体：偏重代码执行的，就多挂几个沙箱与工具插件；偏重长期记忆的，就强化存储与会话插件。框架保持稳定，变化只发生在插件层。

## 用配置代替改代码

Harness 的另一个特点是「用配置来组合」。开发者可以在配置文件里直接选择、替换或扩展任意一项能力，而不必触碰源码。这让智能体的搭建更接近「搭积木」：换模型像换一块积木，加技能像再插一块，框架始终保持稳定。

官方给出的快速开始方式也很轻量：一条命令即可启动 Web 界面，或者直接从源码克隆仓库自行部署。由于代码已经开源，开发者还能针对自己的场景，在 Harness 之外深度定制一套插件生态。

## 每一次运行都可追溯

「一切皆是插件」之外，Harness 同样强调「每一次运行都可追溯」。框架会把模型看到的一切内容，以只能追加、不可篡改的会话日志形式完整记录下来，包括系统提示、推理过程、工具调用及其返回结果等。

对开发者而言，这种全链路留痕让调试和理解智能体行为变得容易：当一次任务出错，可以顺着日志看清模型每一步看到了什么、调用了什么工具、拿到了什么结果，而不是面对一个黑箱。对需要审计、合规或复现实验的场景，可追溯性同样是把智能体真正用进生产环境的前提。

总体来看，DeepSeek 这次把智能体框架做成「插件化、可配置、可追溯」三件套，思路上更偏向给开发者一套底层乐高，而不是一个开箱即用的封闭产品。对于希望在自己的系统里灵活替换模型与工具、又希望对运行过程有完整掌控的团队，Harness 提供了一个值得关注的选项。

来源：DeepSeek（Harness 开发者预览文档，https://deepseek.com/harness/en/）