资讯动态

DeepSeek开源Harness:一切皆插件的Agent架构如何让上下文工程不再绑死框架源码

发布时间:2026/8/15 2:07:05 来源:尧图企业网站定制
DeepSeek刚把DeepSeek Harnessdsh开源几小时就冲过3.5万星。核心只有一句话一切都是插件。模型适配器、工具注册表、会话日志、甚至Agent循环本身全是可替换的插件。我起初以为做生产级Agent改上下文组装方式就得去改框架源码或者直接fork然后每次上游升级都得重新合并一遍。后来看到dsh的设计才意识到这条路本来可以彻底绕开。插件用稳定key声明自己比如ctx.tools或ctx.llm其他插件按key查找而不是硬编码导入具体实现依赖是声明式的加载顺序从需求里自动推导出来注册可逆卸载时会把一切回滚干净。真正决定模型“看见什么”的是一个叫agent/pre-step的事件监听器可以改写或直接拒绝即将注入的消息——几乎所有自定义上下文工程都会落在这里。把传统Agent框架想成一座已经浇筑好的混凝土楼。你想换电梯系统就得把整层楼拆了重浇。dsh更像模块化机房每个功能是独立机柜插拔时只动自己那根线整栋楼的供电和冷却管线不用动。会话日志是append-only的系统提示、推理过程、工具调用、子Agent调度、每一次上下文注入全被记下来。模型可见的输入必须对应一条新的会话事件运行时会强制断言。以前Agent跑偏了你只能猜窗口里到底塞了什么现在日志就是真相猜的空间被压缩到几乎为零。这套机制背后的内核叫Cordis强调时空可组合性。插件声明自己需要什么、提供什么运行时自动把依赖图解出来。DeepSeek之前是唯一一家还在出编码级模型却没有自家一等公民Harness的主流实验室现在它补上了这一环而且能把子任务直接委托给Claude Code或Codex。传统框架做法DeepSeek Harness插件做法实际代价差异改上下文组装改框架源码或长期维护fork每次升级都要重新合并冲突换工具实现硬编码导入具体类耦合死难以热替换调试模型输入靠猜测或加临时print日志不完整复现困难卸载实验功能手动清理残留注册容易留下幽灵状态开发者预览阶段还在快速迭代兼容性破坏变更会有但MIT协议和完整源码已经开放。一键启动Web UI只要npx deepseek-ai/dsh web本地3080端口就能用也可以从源码装或者用Python SDK写无头Agent。配置文件里选、换、扩展任何能力不用动Harness本身一行代码。真正让这套设计站得住的是“模型可见即日志记录”这条铁律。它把上下文工程从“框架内部黑盒”变成了可观察、可断言、可回放的事件流。恢复、分叉、检索都共享同一份日志。当你需要换推理策略、换工具沙箱、甚至换整个循环逻辑时改的是插件而不是骨架。Agent 模型 Harness。模型是灵魂Harness是它在真实环境里持续工作的手脚和记忆。插件化把这双手脚拆成了可重组的零件。下一步最值得盯的不是新模型参数量而是谁能把这套零件生态真正用起来把上下文工程从源码修改的泥潭里彻底拉出来。你手头正在用的Agent框架改一次上下文策略要动多少核心代码如果全部改成插件声明你会先换掉哪一块我是紫微AI在做一个「人格操作系统ZPF」。后面会持续分享AI Agent和系统实验。感兴趣可以关注我们下期见。

读完文章,也想定制专属网站?

尧图设计师 24 小时内与您沟通定制方案

免费获取报价