先说一个我观察到的现象：过去两年，市面上冒出了几十个Agent框架，LangChain、AutoGen、CrewAI、MetaGPT……每个都号称“通用”，但真正用起来你会发现，它们要么绑死了某个模型API，要么把工具调用、记忆管理、沙箱执行这些能力硬编码进核心逻辑里。你想换个模型？改源码。想换种存储方式？改源码。想把单Agent改成多Agent协作？还是改源码。
这根本不是“框架”，这是“半成品”。
2026年8月14日AITOP100平台获悉，DeepSeek在8月13日晚间正式推出首款Agent产品--DeepSeek开源的Harness开发者预览版，可能是我第一次看到一个真正想清楚“Agent运行时应该长什么样”的项目。它的核心主张只有五个字：一切皆插件。
官网地址： https://www.deepseek.com/harness/
项目地址： https://github.com/deepseek-ai/deepseek-harness
一、Cordis内核：一个“什么都不干”的内核
Harness的架构核心叫Cordis。但如果你去看它的代码，会发现它几乎“什么都不干”。
Cordis只负责三件事：插件的加载、卸载、依赖关系管理。它不承载任何Agent的具体能力——没有模型调用逻辑，没有工具注册表，没有会话管理器，没有沙箱实现，甚至连UI渲染都不管。
所有你以为是“框架内置”的东西，在Harness里都是插件。
这意味着什么？意味着Cordis本身是一个纯粹的能力编排器，而不是一个能力提供者。它就像一个操作系统的内核，只管进程调度和资源分配，至于你是跑浏览器还是跑数据库，内核完全不关心。
这种设计在软件工程里有个经典名字：微内核架构（Microkernel Architecture）。Eclipse IDE、VS Code、Android系统都是这个路子。DeepSeek把它搬到了Agent领域。
二、“一切皆插件”到底意味着什么
我把Harness的插件体系拆开看了一下，目前开放的能力维度包括：
- 模型插件：对接不同LLM API或本地推理引擎
- 工具插件：函数调用、外部API、代码执行器
- 技能插件：预置的任务流程、prompt模板、工作流编排
- 会话插件：对话历史管理、上下文窗口策略
- 沙箱插件：代码隔离执行环境、安全策略
- 存储插件：向量数据库、KV缓存、持久化后端
- 循环/调度插件：Agent运行循环、定时任务、事件触发
- UI插件：前端渲染、交互组件
关键点在于：这些能力之间没有硬依赖。你可以用官方的模型插件配第三方的存储插件，也可以自己写一个沙箱插件替换掉默认的，甚至可以把整个会话管理换成一套完全不同的实现——只要你的插件遵循Cordis定义的服务接口和事件协议。
而且这一切都是在配置层完成的，不需要动一行源码。
这对企业级场景的意义非常大。以前你要适配内部私有模型，得fork整个框架然后魔改；现在只需要写一个模型插件，在配置文件里声明一下就行。框架升级和你的定制代码完全解耦。
三、为什么这件事现在才发生
其实“插件化”不是什么新概念，但在Agent领域一直没做起来，原因很现实：
第一，早期Agent太简单了。2023年的Agent基本就是“LLM + ReAct循环 + 几个工具”，复杂度低到没必要做插件化，硬编码反而更快。
第二，能力边界没稳定下来。什么是“工具”、什么是“技能”、什么是“记忆”，大家吵了一年多才逐渐形成共识。在概念混乱的阶段做抽象，大概率会做错。
第三，模型能力不够强。插件化意味着更多的间接层和运行时开销，如果模型本身连基本的指令跟随都做不好，再优雅的架构也白搭。
到了2026年中，这三个前提条件终于同时成熟了。Agent的能力维度已经相对稳定，模型推理能力足以支撑复杂的插件协作，行业也开始从“Demo驱动”转向“生产驱动”。Harness选择在这个时间点开源，时机卡得很准。
四、和其他Agent框架的本质区别
为了更直观地理解Harness的定位，我拿它和几个主流框架做了个对比：
| 维度 | LangChain / AutoGen | CrewAI / MetaGPT | DeepSeek Harness |
|---|---|---|---|
| 核心定位 | LLM应用开发库 | 多Agent协作框架 | Agent能力运行时 |
| 模型绑定 | 深度绑定特定API | 部分可切换 | 完全插件化 |
| 能力扩展 | 需继承基类/改源码 | 有限配置+代码扩展 | 纯配置层插件替换 |
| 内核职责 | 承载核心逻辑 | 承载协作编排 | 仅管插件生命周期 |
| 适用阶段 | 原型验证 | 多Agent实验 | 生产级部署 |
一句话总结：
LangChain们是“帮你快速搭Demo的工具箱”，Harness是“帮你在生产环境里长期运行Agent的操作系统”。两者不是替代关系，而是不同阶段的产物。
五、开发者该怎么用
官方的内测声明显示：
DeepSeek Harness目前的0.1版本仍处在面向Harness开发者进行测试的阶段，还有许多地方需要持续改进和打磨，希望听取广大开发者的反馈建议。预计DeepSeekHarness的核心插件以及基础API都会在接下来的一段时间内快速迭代、持续演化。
小编的建议是：
- 别急着上生产预览版意味着API还可能变，先拿来跑通自己的插件开发流程
- 优先试“替换”而非“新增”找一个你现有Agent方案里最痛的点（比如模型切换困难、沙箱不安全），用Harness的插件机制替换掉它，感受解耦带来的实际收益
- 关注Cordis的事件协议插件之间怎么通信、状态怎么流转，这套协议才是Harness真正的“护城河”。理解了它，你才能写出高质量的自定义插件
- 参与社区反馈：微内核架构的成功高度依赖生态，早期贡献者的意见会直接影响正式版的设计走向
六、小编判断
我一直认为，Agent领域的竞争终局不是“谁的框架功能多”，而是“谁的运行时更稳定、更可组合、更容易被集成”。
Harness走的是后者这条路。它不试图告诉你“Agent应该怎么做”，而是提供一个足够干净的底座，让你自己决定怎么做。这种克制在当下的AI开源社区里非常稀缺。
当然，微内核架构也有它的代价：更高的学习曲线、更复杂的调试链路、对插件质量的强依赖。Harness能不能成，取决于DeepSeek能不能把文档、示例、社区支持做到位，让开发者愿意为这套抽象买单。
但至少从今天开始，我们终于有了一个认真回答“Agent运行时应该长什么样”的开源选项。这本身就值得认真对待。
AITOP100-AI资讯频道将持续关注AI行业新闻资讯消息，带来最新AI内容讯息。
想了解AITOP100平台其它版块的内容，请点击下方超链接查看
AI创作大赛 | AI活动 | AI工具集 | AI资讯专区 | AI小说
AITOP100平台官方交流社群二维码：
