8 月 13 日，DeepSeek 开放 Harness v0.1 Developer Preview，提出「一切皆插件」——不只外围 Skill 与 MCP，连 Agent Loop、模型适配器、会话日志等核心组件都可插拔。配合可撤销副作用机制，Agent 自进化第一次有了后悔药。
过去的 Harness 像一栋浇筑好的大楼——核心机制固化在内部，用户只能在院子里加盖棚屋：挂几个 Skill、接几个 MCP 工具。
DeepSeek 这次把楼拆了。
「一切皆插件」不是口号。DeepSeek 连 Model Adapter、Tool Registry、Session Log，甚至 Agent Loop 都做成了可动态组合的插件对象——没有什么是固定不可改的，Harness 自己就是由插件拼出来的。
以上是 v0.1 中可插拔的核心组件示例——注意不只是外围工具，连驱动循环本身都可以被替换。
工具调用、会话管理、沙箱、存储与 Agent Loop 由厂商封装在内部，普通用户无法直接修改。
不存在「核心」与「外挂」之分。Harness 由插件拼装而成，每个组件都可被检查、替换与卸载。
为什么连核心都要插件化？答案只有两个词：Self-Evolving。
Harness 不再只是调用固定能力的工具集——Agent 可以在运行中生成、挂载、检查、修改自己的 Runtime。要做到这一点，Runtime 本身必须先被拆成可动态组合的对象。
如果所有东西都能动，怎么保证系统不炸？
DeepSeek-AI 与北京大学联合发表论文《A Programming Paradigm for Spatiotemporal Composability》，给出答案：Cordis。它不是从零造的新轮子，而是脱胎于高度插件化的开源聊天机器人框架 Koishi——那是一个拥有数千社区插件的复杂生态，Cordis 已经在底层运行多年。
一切修改留下「撤销方法」。组件通过 ctx.effect 修改 Context，每次修改都同时留下 inverse。组件卸载时，Runtime 按逆序执行全部撤销——监听器注销、定时器关闭、状态复原。
依赖关系自动重配。组件声明「我依赖什么」，当 Provider 出现、消失或被替换，Runtime 重新检查依赖，将组件置于 activating / deactivating / neutral 三种状态之一。
不同的加载路径，最终收敛到等价终态。路径 A 直接加载 A、B、C；路径 B 先装 A → 再装 D → 卸掉 D → 替换一次 B → 最终得到 A、B、C。只要系统最终稳定，两条路径的状态没有区别。
这是 Self-Evolving 的底层保障：Agent 可以反复试错，但试错历史不会永久污染 Runtime——每一次重新加载，都能回到干净状态。
这三个机制落在真实场景里，分别长这样：
「后悔药」不免费。
8 月 17 日起，DeepSeek 全面上调 V4 API 价格。这对 Harness 尤其敏感——Agent 不是一次问答，而是几十轮携带上下文、调用工具的连续推理，单价上涨后，长任务成本会被进一步放大。
调价自 8 月 17 日生效；DSH 默认使用 V4 Flash，实际涨幅取决于运行时段与上下文命中率。
「一切皆插件」的另一面，是组件膨胀。
Cordis 论文自己也承认：当组件进一步细化、彼此大量交互时，为维护独立性而引入的集成组件可能呈 O(n²) 级增长。也有网友质疑：一些本可以直接用脚本修改的能力，统一包装进插件体系，是否引入了不必要的抽象成本。
所以，DSH 到底值不值得上车？
「后悔药」的真正价值，不是让 AI 永不犯错，而是让错误可以被撤销。它解决了「改完回不来」的底层恐惧，但 O(n²) 的组件交互与 API 调价的账单都在提醒我们：自进化是有标价的。DSH 最终是否成立，标准很朴素——Agent 修改自己之后，任务表现是否真的持续变好。如果答案是肯定的，「一切皆插件」将成为下一代 Agent 架构的默认范式；如果答案是否定的，它至少留下了一个值得记住的哲学：系统应当允许自己犯错，也允许自己后悔。
DeepSeek Harness v0.1 Developer Preview 已在 GitHub 开源，前往 DeepSeek 组织主页搜索「DeepSeek Harness」即可获取。
github.com/deepseek-ai → 搜索 DeepSeek Harness