一、结论先行
DeepSeek Harness（dsh）是 DeepSeek 官方于 2026 年 8 月 13 日开源的 Agent 框架（v0.1 开发者预览，MIT 协议，TypeScript 编写），核心理念只有一句话：一切皆插件。模型适配器、工具、技能、会话、沙箱、存储，乃至 Agent 循环本身，全部是可插拔插件，基于 Cordis 微内核组装。
Hermes Agent 是 Nous Research 出品的自主 Agent（MIT 协议，Python 编写），主打自我改进的学习闭环：记忆跨会话增长、技能自动创建与改进、20 余个消息平台网关、cron 自动化与多 Agent 编排。
两者都叫 Agent 框架，但设计哲学、能实现的任务与交付形式差异显著。本文从架构与任务能力两个维度展开对比。
二、核心差异对比
| 维度 | DeepSeek Harness（dsh） | Hermes Agent |
|---|---|---|
| 出身 | DeepSeek 官方，开源仅数日，官方明确提示将有破坏兼容性的变更 | Nous Research，文档、社区与生态已迭代成熟 |
| 架构哲学 | 一切皆插件。Agent 循环本身也是插件，无特权核心，配置层自由替换组合 | 一体化 Agent 加扩展点（技能、工具集、插件、网关），核心能力内建 |
| 技术栈 | TypeScript / Node.js（npx @deepseek-aideepseek-ai/dsh web 启动） | Python（一键安装，CLI 加桌面 App） |
| 学习闭环 | 无。强调每次运行可追溯：追加式会话日志、轨迹视图，可恢复、分叉、重放 | 核心卖点。技能从经验自动创建、使用中自我改进、记忆持久化、跨会话检索 |
| 平台集成 | Web UI 加 headless 一次性运行，面向开发者本地 | 20 余个消息平台（Telegram、Discord、Slack、微信、飞书、钉钉、QQ、Teams 等），一个网关随处接入 |
| 运行形态 | 4 种模式：标准（完整工具集）、代码（模型生成 TypeScript 编排多轮调用）、极简（仅 shell 加编辑器，供基准测试）、创造者（插件实验） | CLI、桌面、云端远程（Docker、SSH、Daytona、Modal serverless） |
| 编排能力 | 标准模式含子 Agent、工作流、目标、规划 | 子 Agent 委托与并行、任务看板编排、cron 定时任务投递任意平台 |
| 协议兼容 | MCP 客户端、Agent Client Protocol、读取 AGENTS.md / CLAUDE.md | MCP 集成（可过滤工具）、兼容 agentskills.io 开放技能标准 |
| 模型支持 | 模型适配器本身是插件，可换任何供应商或 OpenAI 兼容端点 | Nous Portal、OpenRouter、OpenAI、任意端点 |
| 治理 | 预览期暂不接受外部 PR，靠讨论区加社区插件 | 开源社区活跃，技能集市共享技能 |
| 定位 | Agent 开发基础设施，给开发者搭建与组合 Agent 的积木 | 开箱即用的自主 Agent 产品，同时支持深度定制 |
三、能实现的任务对比
| 任务类别 | DeepSeek Harness（dsh） | Hermes Agent |
|---|---|---|
| 代码执行 | bash / pwsh / 持久 bash、run_code 代码运行、Code 模式（模型生成 TypeScript 编排多轮调用） | terminal（local / Docker / SSH / Daytona / Singularity / Modal 六种后端）、execute_code 程序化工具调用 |
| 文件操作 | fs（edit / read / read_image / write）、str_replace_editor、glob / grep | read_file / write_file / patch / search_files、checkpoints 与回滚（shadow git 快照） |
| 持久终端 | terminal_open / send / read / close 等可保活交互终端 | background 进程管理 |
| 语言服务 | LSP 集成（符号跳转、重构、诊断） | 无原生 LSP，依赖编辑器生态与 ACP |
| 网络与浏览器 | web_search / web_fetch | web_search / web_extract、browser_exec 网页自动化、computer_use 桌面控制 |
| 规划与执行 | plan 模式、goal、todo_write、workflow 工作流 | todo、计划、delegate_task 并行子代理、Kanban 任务板 |
| 多 Agent | subagent、interrupt_agent / list_agents / send_message、report | delegate_task 隔离子代理并行、Kanban 多 Agent 流水线（研究到发帖链）、多 profile 隔离 |
| 后台与调度 | jobs 后台任务、schedule_create / delete / list 定时调度 | background 进程、cron（自然语言调度、投递任意平台）、Webhooks 外部事件触发 |
| 技能与记忆 | skill 工具、session_event_* / session_search 会话日志检索 | skill 系统（自动创建加 curator 后台维护）、memory 持久记忆、session_search、8 种外部记忆提供者 |
| 运行时自省 | cordis_* 工具（模型可动态装卸插件）、Creator 模式 | 插件与工具集配置层 |
| 平台交互 | 无消息平台网关，Agent Client Protocol 对接外部客户端 | 21+ 消息平台网关（微信、飞书、Telegram、邮件、SMS 等）、API Server（OpenAI 兼容）、ACP |
| 媒体能力 | 无原生媒体工具 | 图片生成、文本转语音、实时语音对话、图像理解 |
| 安全 | approval 审批、permission-presets 权限预设、sandbox 沙箱 | 命令审批、用户授权、容器隔离 |
四、任务形式对比
| 形式 | DeepSeek Harness（dsh） | Hermes Agent |
|---|---|---|
| 交互界面 | Web UI（浏览器，默认 3080 端口）、headless 一次性运行 | CLI、TUI、桌面 App、21+ 消息平台、语音 |
| 任务触发 | 手动会话、内置 schedule 调度 | 手动、cron 定时、Webhooks 外部事件 |
| 交付渠道 | Web UI 内、headless 输出、Agent Client Protocol | 任意消息平台、语音、本地文件、OpenAI 兼容 API |
| 运行模式 | Standard / Code / Minimal / Creator 四种模式 | 单 Agent 加子代理委托、Kanban 流水线、多 profile |
| 会话延续 | 追加式会话日志：resume / fork / search / replay（轨迹视图） | 会话持久加 FTS5 检索、记忆沉淀（可学习的延续） |
| 运行环境 | 本地 workspace，fs 可指向远程沙箱 | 本地加 Docker 加 SSH 加 serverless（Daytona、Modal），一处部署多端对话 |
| 扩展方式 | Cordis 插件（bundle / profile 配置层 patch） | 技能（agentskills.io 标准）、插件、工具集、桌面插件、MCP 服务器 |
| 开发者接入 | Python SDK、Agent Client Protocol、插件开发文档 | Python 库嵌入、API Server、ACP、插件开发 |
五、实质差异解读
第一，哲学层面：dsh 是微内核加插件，Hermes 是闭环产品。dsh 甚至把 Agent 循环本身做成插件，宣称没有需要打补丁的特权核心，扩展方式是在配置层打补丁（profile、bundle 分层加 patch 文件）。Hermes 则把重心放在让 Agent 越用越聪明：技能在执行过程中自动沉淀，记忆主动维护，这正是长期运行价值所在。
第二，可追溯与可学习的分野：dsh 的招牌是追加式会话日志，模型看到的一切都被记录，可重放、可分叉、可搜索；Hermes 同样具备轨迹导出与会话检索，但把它做成学习原料而非终点，技能创建、记忆沉淀、用户建模都从历史会话中产生。
第三，任务基本盘相同：两者都能写代码、管文件、跑 shell、搜网页、派子代理、定时执行、检索历史。差异在特色能力——dsh 独有模型自我改造运行时（cordis 工具）与原生 LSP；Hermes 独有消息平台双向交互、cron 投递到人、记忆技能自我进化、远程多后端部署与语音多模态。
第四，形式分野：dsh 是开发者工具形态，跑在浏览器里，面向本地工作区上的编码任务，交付物是会话结果与日志；Hermes 是个人与团队助理形态，跑在各类后端上，通过日常使用的聊天软件交互，交付物直接送达微信、飞书、邮件。
第五，成熟度风险：dsh 开源仅数日，官方明示将有破坏兼容性的变更，且暂不接受外部 PR；Hermes 已有完整文档体系、稳定 API 与多年迭代。生产依赖选型上这是决定性差异。
第六，共同点：两者均采用 MIT 协议、均支持 MCP、均识别 AGENTS.md / CLAUDE.md 这类项目上下文文件、模型层均不锁死单一厂商。
六、参考来源
DeepSeek 官方开发者预览页：deepseek.com/harness/en/
DeepSeek Harness 官方仓库：github.com/deepseek-ai/deepseek-harness（README、docs/architecture.md、docs/tool-catalog.md，MIT 协议）
Hermes Agent 官方文档：hermes-agent.nousresearch.com/docs（Features、Tools、Messaging、Automation）