两大 GitHub 热门 AI 框架的定位、架构与选型指南
2026年10月
目 录
一、先说结论:它们不是竞品
二、两个项目分别是什么来头
2.1 Dify:低代码 LLM 应用平台的事实标准之一
2.2 DeepSeek Harness:深度求索官方的「一切皆插件」实验
三、架构哲学对比:画布 vs 插件树
3.1 Dify:可视化编排
3.2 dsh:一切皆插件
四、能力细节对比
4.1 两个特别值得注意的能力
五、怎么选:一张决策清单
六、总结
一、先说结论:它们不是竞品
Dify(langgenius/dify)和 DeepSeek Harness(deepseek-ai/deepseek-harness,简称 dsh)都常年出没于 GitHub 趋势榜,但两者解决的是两个不同层面的问题:
- Dify 是「应用构建平台」——帮你不写代码或少量代码,快速搭出面向最终用户的 AI 应用(客服机器人、知识库问答、工作流自动化)
- DeepSeek Harness 是「Agent 运行时骨架」——帮你从底层组装一个 Agent 本体,循环、会话、工具、沙箱全部可控可换
一句话区分:Dify 造的是「用 Agent 的应用」,dsh 造的是「Agent 本身」。
二、两个项目分别是什么来头
2.1 Dify:低代码 LLM 应用平台的事实标准之一
Dify 由 LangGenius 团队开发,核心形态是可视化编排画布:拖拽节点组合出 Chatflow、Workflow、Agent、Chatbot 四类应用,内置 RAG 管道(文档摄取、切分、向量检索)、模型管理、提示词 IDE 和发布渠道,支持自托管 Docker 和多云 SaaS。长期位居 GitHub AI 类项目趋势榜前列,是企业落地 LLM 应用最常用的开源方案之一。
2.2 DeepSeek Harness:深度求索官方的「一切皆插件」实验
dsh 是 DeepSeek 于 2026 年开源的 Agent Harness(开发者预览版,同步开放源码)。官方对它的定位浓缩为一个公式:
Agent = Model + Harness
模型是 Agent 的灵魂,Harness 让 Agent 理解环境、使用工具,并在真实场景中持续工作。它构建在自研的 Cordis 插件内核之上,口号是「Everything is a plugin」——这个设计在开源 Agent 框架里相当激进,下面详细展开。
三、架构哲学对比:画布 vs 插件树
这是两者最本质的差异。
3.1 Dify:可视化编排
- 开发者在画布上拖拽节点(LLM、知识检索、条件分支、HTTP 请求等)连接成工作流
- 扩展发生在平台提供的能力边界内:平台支持的节点类型、模型、插件市场
- 优点是门槛极低、交付极快;代价是超出画布能力时深度定制受限
3.2 dsh:一切皆插件
Cordis 内核只负责插件的加载、卸载和依赖管理,不承载任何 Agent 具体能力。模型、工具、技能、会话、沙箱、存储、循环、调度、UI——全部由插件提供,插件之间通过 Cordis 服务与事件协作。三个关键推论:
- 配置层自由组合:开发者无需改动源码,即可在配置层选择、替换或扩展任一能力。运行中的 dsh 就是一棵启动时按层叠装出来的插件树。
- 无特权内核:不存在需要去 patch 的核心代码。扩展 dsh 就是把插件挂载到其他插件旁边,每次注册都是可逆的副作用——插件卸载时自动还原。
- UI 也是插件:连界面都可以被替换,意味着理论上能把同一个内核改造成 CLI、聊天 Agent、桌面应用或自动化后台。
一个类比:Dify 像精装修好的房子,拎包入住但户型改不了;dsh 像一块带标准接口的宅基地,想怎么盖怎么盖。
四、能力细节对比
维度 | Dify | DeepSeek Harness |
定位 | LLM 应用开发平台(工作流 + RAG + Agent) | 通用 Agent Harness(运行时框架) |
出品方 | LangGenius | 深度求索(开发者预览版) |
架构 | 可视化节点编排 | Cordis 插件内核,「一切皆插件」 |
扩展方式 | 平台内配置 + 插件市场 | 配置层替换任一插件,不改源码,可逆 |
RAG 能力 | 内置完整 RAG 管道(核心强项) | 无内置,靠插件组合实现 |
可观测性 | 常规日志与监控 | append-only 会话日志全记录,Trajectory 视图,恢复/分叉/检索/回放共享事件流 |
运行模式 | Chatflow / Workflow / Agent / Chatbot | 标准 / PTC / 极简(基准测试)/ 创造模式 |
部署形态 | 自托管 Docker / 多云 SaaS | 桌面应用或 npx 启动 |
成熟度 | 生产级,大量企业落地 | 开发者预览版,API 可能变动 |
适合人群 | 业务人员、全栈开发者、交付团队 | Harness 开发者、Agent 研究者、评测者 |
4.1 两个特别值得注意的能力
dsh 的 append-only 事件流:每一次运行都有迹可循——模型看到的一切(系统提示词、思维链、工具调用与结果、子 Agent 调度、每一次上下文注入)都写入仅追加设计的会话日志。恢复、分叉、检索与回放共享同一份事件流。这套可观测性设计比大多数框架「打印日志」的水平高一个档次,对 Agent 调试和事后审计是刚需级能力。
dsh 的极简模式:只保留一个 shell 工具和一个文件编辑工具,专门用于最小化环境下的模型基准测试——这让 dsh 天然适合做「不同模型在同一 harness 下的横向评测」。
Dify 的 RAG 管道:文档摄取、切分、向量化、检索、重排一站式内置,配上可视化调试,这是 dsh 完全没有对位物的领域。
五、怎么选:一张决策清单
选 Dify,如果你:
- 要快速上线客服机器人、知识库问答、审批流自动化等面向业务的 AI 应用
- 团队里有非工程角色参与搭建(可视化画布是硬需求)
- 需要 RAG——Dify 的内置管道能省掉大量胶水代码
- 要求是生产环境:Dify 成熟度和社区规模明显占优
选 dsh,如果你:
- 做的是「Agent 基建」而非「Agent 应用」——需要控制循环、会话、沙箱这些底层机制
- 想深度魔改运行时行为,且希望改动可插拔、可回滚,不 fork 源码
- 在做模型评测 / 基准测试(极简模式为此而生)
- 能接受预览版的不稳定,并对 DeepSeek 模型 + 官方 harness 的协同演进感兴趣
两个都用:完全可行且合理——用 dsh 组装一个深度定制的领域 Agent,用 Dify 搭企业侧的应用编排和知识库,两者通过 API 对接。
六、总结
Dify | DeepSeek Harness | |
一句话 | 低代码搭 AI 应用 | 从底层组装 Agent |
架构关键词 | 可视化编排画布 | Cordis「一切皆插件」 |
强项 | RAG 管道、交付速度、生产成熟度 | 可插拔架构、全链路事件流、评测友好 |
代价 | 深度定制受平台边界约束 | 预览版、上手门槛高 |
Dify 和 dsh 占据的是互补的生态位:前者是「AI 应用的低代码平台」,后者是「Agent 的可组合运行时」。前者更稳更快,后者更自由更彻底。如果你在搭面向业务的应用,从 Dify 开始;如果你在做 Agent 基建或研究 harness 架构,dsh 的 Cordis 设计是目前开源界最激进的架构尝试,值得精读。
项目 | 地址 |
Dify | https://github.com/langgenius/dify |
DeepSeek Harness | https://github.com/deepseek-ai/deepseek-harness |
声明:本文信息截至 2026 年 10 月,DeepSeek Harness 尚为开发者预览版,功能与接口以官方文档为准。