DeepSeek Harness开源:思维链全公开,一切皆插件!

DeepSeek Harness开源:思维链全公开,一切皆插件!

💡 原文中文,约3500字,阅读约需9分钟。
📝

内容提要

DeepSeek开源DeepSeek Harness,采用“一切皆插件”架构,公开模型思维链,支持热插拔与透明追踪。对比测试显示Harness影响任务成功率,提供四种模式适配不同场景。开源首日获31.2k星,社区热议插件化利弊,核心优势在于可追溯的思考过程,赢得开发者信任。

🔎

延伸解读

插件化架构的利与弊

社区对“一切皆插件”的争论激烈:支持者认为插件能隔离稳定核心与长尾集成,反对者则担心插件生态后期会出现不兼容、过时和治理问题。文章指出,AI能帮助编写自定义插件,可能改变游戏规则,使工具无限灵活,但这也依赖于AI能力。开发者需权衡灵活性与维护成本。

Harness对任务成功率的影响

Composio的对照测试显示,同一模型接入不同Harness后,任务成功率从100%降至53.75%,说明Harness对Agent性能有决定性影响。DeepSeek Harness提供四种模式,适配不同场景,如PTC模式通过代码编排提高缓存命中率,极简模式用于基准测试。选择合适模式至关重要。

透明思维链的信任价值

DeepSeek Harness公开思维链和运行轨迹,与OpenAI、Anthropic的加密或混淆形成对比。文章认为,这种透明性不仅是技术优势,更是信任优势,让开发者能理解模型决策,改进协作工具。开源首日31.2k星表明,开发者更青睐可追溯的工具。

Q&A

DeepSeek Harness是什么?它的核心设计原则是什么?

DeepSeek Harness是DeepSeek于2026年8月13日开源的开发者预览版(v0.1),采用MIT协议。其核心设计原则是“一切皆插件”,即模型、工具、技能、会话、沙箱、存储、循环、调度、UI等所有Agent能力均由插件组合而成,可自由替换和重组。底层基于Cordis元框架构建。

DeepSeek Harness如何实现思维链的透明化?

DeepSeek Harness将所有模型看到的内容记录在仅追加的会话日志中,包括系统提示词、推理过程、工具调用和结果、子Agent调度、上下文注入等。在Trajectory视图中,用户可以按来源逐一检查这些记录,并且恢复、分叉、检索、回放都基于同一事件流。这使得模型的思考过程完全可见、可追溯。

DeepSeek Harness的插件化架构有哪些实际好处?

插件化架构带来四个实际好处:1)改功能不用改源码,开发者可以独立选择、替换或扩展任何能力;2)运行时热插拔,插件可在不重启系统的情况下加载和卸载;3)卸载干净不残留,插件注册的副作用可逆,卸载时自动清理;4)依赖关系自动管理,通过inject声明服务依赖,Cordis自动处理加载顺序。

DeepSeek Harness提供了哪四种预设模式?它们分别适用于什么场景?

四种预设模式为:标准模式(功能完整的编码Agent,支持文件编辑、Shell、检索、Skills等);PTC模式(通过Code Mode SDK让模型生成TypeScript代码编排多轮工具调用,缓存命中率高,适合减少上下文占用);极简模式(仅保留bash和文件编辑工具,用于最小环境下的模型基准测试);创造模式(在标准模式基础上增加运行时检查、插件实验和preset创作指导,适合开发者和实验)。

根据文章,Harness对Agent性能有什么影响?

文章引用Composio的对照测试:同一个DeepSeek V4-Flash接入8种不同Harness,完成30项多步骤任务,总成功率仅53.75%(240次运行中129次成功),且只有6项任务被所有Harness完成。这表明Harness直接影响任务成功率,是Agent性能的关键因素。

社区对DeepSeek Harness的插件化设计有哪些争议?

社区争议主要分为正面和反面:正面认为插件化是隔离稳定核心与长尾集成的正确方案;反面则担心社区插件会导致不兼容、过时、缺乏治理的噩梦,并批评过度定制化是懒惰和缺乏创新。但也有人指出AI能帮助写插件,改变了游戏规则。

DeepSeek Harness开源首日取得了怎样的成绩?其真正的优势是什么?

开源首日GitHub获得31.2k Stars、2.3k Forks,Hacker News讨论帖冲上TOP 1。其真正的优势在于“Every run is traceable”——每个运行轨迹都可追溯,思维链完全透明,这赢得了开发者的信任,被视为信任优势而非单纯的技术优势。

🏷️

标签

➡️

继续阅读