Agent 缺能力？现场造个插件🔧

Agent 干活时发现少个工具，怎么办？

DeepSeek Harness 给出的答案很大胆。允许它在运行环境里试验、创建插件，再把新能力挂进当前流程。像干活缺一把扳手，现场做一把，装上接着用。

先把概念说清楚。官方用一个公式解释 Agent。

Agent = Model ＋ Harness

模型负责思考，Harness 负责把工具、Skills、会话、沙箱、存储、调度、子 Agent 和工作流组织起来。我们熟悉的 Agent 产品，通常已经把这些能力封装好了。DeepSeek Harness 则把更多组成部分做成插件，交给使用者组合。

它的底层是 Cordis 内核，主要管理插件的加载、卸载和依赖。插件可以在 Agent 运行时更换，还要处理卸载后的影响，以及插件之间动态变化的依赖关系。这就是“一切皆插件”的来处。

四种模式，其实是四套现成配置。

第一次用，选标准模式。文件读写、Shell、搜索、Skills、计划、子 Agent 等常用能力都已配好。

任务包含大量重复的工具往返，或者需要结构化、多步骤、并行操作，可以看 PTC 模式。它让模型写 TypeScript，在一次 run＿code 里组合多个工具调用。往返可能更少，但更考验模型的代码规划能力，调试也更难。

极简模式只保留持久 Bash 和文件编辑器，系统提示词也被压到很短。它适合比较模型的裸 Agent 能力，日常使用会缺很多东西。

创造模式最有画面感。它在标准能力之外，还能检查当前 Cordis 环境、在内存中试验插件，并帮助创建新的 Agent 或插件。你可以让它做一个只读代码的安全审计模式，也可以接入内部搜索，组合固定模型和专属 Skills。

不过，“现场造插件”有明确前提。它依赖可检查的运行环境、Cordis 的插件机制，以及模型能否正确规划和调试。它不等于 Agent 脱离条件后无止境自动进化，更不代表每次生成的插件都可靠。

所以，DeepSeek Harness 的亮点是开放、可组合，也方便观察和研究 Agent 的运行轨迹。代价同样明显，开发者术语多，门槛高，功能和使用体验仍不够成熟。想省心完成日常任务，标准模式更稳；想研究 Agent 如何增减能力，创造模式才值得折腾。

#Deepseek #Harness #AI