夜雨聆风三个项目都能调用模型、执行工具、保存会话，也都在谈插件、技能和多 Agent。真正拉开差距的不是功能数量，而是它们各自想控制什么。
把 DeepSeek Harness、OpenClaw 和 Hermes Agent 放在同一张功能表里，很容易得到一个没什么用的结论：三者高度重叠。
换一个问题，边界立刻清楚了。
三种 Agent 工程路线
这篇不做 Star 排名，也不按宣传语评判“谁更强”。我们从架构、会话、工具、安全、长期任务、产品入口和扩展方式七个维度，看看三条路线分别适合什么。
DeepSeek Harness 当前处于 Developer Preview（开发者预览）阶段，版本为 0.1.0-rc.5。它基于 Cordis 构建，核心原则是“一切皆插件”。
Profile 决定运行形态，Bundle 提供默认能力集合，Patch 按环境增删或替换局部能力。模型、会话、工具、审批、沙箱、子 Agent、Workflow、Web UI 和 SDK 都可以沿服务与事件边界组合。
它更接近一个 Agent 产品内核，而不是拿来就用的个人助手。
DeepSeek Harness 模型配置界面
OpenClaw 的产品定义很直接：运行在自己设备上的个人 AI 助手。它连接 WhatsApp、Telegram、Slack、Discord、Signal、iMessage、Feishu、WeChat、WebChat 等消息入口，也连接 macOS、iOS、Android 和 headless 节点。
核心是一个长期运行的 Gateway。消息通道、控制端和设备节点都通过它完成身份校验、路由、会话管理、Agent 调用与事件分发。Pi Agent 负责模型与工具循环，Plugin SDK 承担 Provider、Channel、Speech、Media 等扩展契约。
所以 OpenClaw 首先是一套可用的 Agent 产品平台，其次才是一个供开发者嵌入的运行时。
OpenClaw 移动端控制界面
Hermes Agent 的核心类是 AIAgent。CLI、Messaging Gateway、ACP、Batch Runner 和 API Server 都复用同一个 Agent 循环。工具通过注册表发现，Session 存进 SQLite，FTS5 负责跨会话搜索。
它最有辨识度的部分，是把长期记忆、会话搜索、技能生成、技能改进、Subagent、Cron、Kanban 和多种执行后端放进同一条经验闭环。终端任务可以运行在本机、Docker、SSH、Singularity、Modal 或 Daytona 中。
Hermes 更像一个会持续工作的执行者。它不只关心“这轮回答对不对”，还关心这次经验是否应该写进记忆、沉淀为技能，或者进入后续任务队列。
Hermes Agent 项目视觉
DeepSeek Harness 通过 Cordis 提供依赖注入、服务生命周期和事件分发。它把跨插件能力组织成 Capability Seam（能力接缝），一条完整接缝至少包含：
这套结构的优势是替换彻底。会话持久化可以从 JSONL 换成 SQLite，Subagent 可以从进程内实现换成 ACP 或外部 SDK，Shell、文件系统和 Sandbox 也可以按 Profile 重组。
代价同样明显。当前检出代码的 packages/ 下有 219 个两级包目录。模块很细，定位能力时必须先理解 Cordis、服务声明、事件目录和组合包，学习曲线比普通 Agent Loop 陡。
OpenClaw 要解决的是现实世界的入口碎片化。一个 Telegram 消息、一个 WebChat 请求和一个 iOS 节点命令，需要进入同一套身份、路由和会话体系。
Gateway 使用类型化 WebSocket 协议连接客户端与节点。客户端发出 agent、send、status 等请求，节点声明自己的设备身份、能力和命令。副作用请求使用幂等键，设备连接需要配对、挑战签名和令牌。
插件系统分为 Manifest 与发现、启用与校验、运行时加载、表面消费四层。新的原生插件倾向注册明确 Capability；旧的 hook-only 插件仍保留兼容路径。
这种设计让 OpenClaw 能在产品已经很宽的情况下继续加 Channel 和 Provider，但它也意味着 Gateway 是核心依赖。运行、升级、配对、路由和排障都围绕这个长期进程展开。
Hermes 的架构更接近传统 Agent 工程：AIAgent 负责 Provider 解析、Prompt 构建、工具调用、重试、压缩和持久化；CLI、Gateway、ACP、Batch 和 API 负责把不同入口翻译成同一套调用。
工具文件在导入时注册到中央 Registry。插件可以注册工具、Hook 和 CLI 命令，Memory Provider 与 Context Engine 是可替换但单选的专门插件。
它没有把每项能力都拆成独立服务接缝，而是保留一条清楚的 Python 主循环，再用 Registry 和可选子系统降低耦合。对想快速阅读和修改 Agent 行为的人，这条路径更直观；当核心类持续变大时，模块边界则更依赖团队纪律。
DeepSeek Harness 的会话是一份只追加 Session Event 日志，消息历史从事件派生。session/event 保存持久事实，agent/* 负责实时队列、状态、Steering 和错误处理。
它解决的是可审计性：重启或调试时，系统能够重建模型当时看到的消息、工具调用和结果。这里的“记住”主要是运行时事实可回放。
OpenClaw 的会话由 Gateway 持有。会话索引写入 sessions.json，对话记录写入每个 Session 的 JSONL transcript。直接消息、群聊、频道、Cron 和 Webhook 按来源路由，DM 还可以按用户与渠道进一步隔离。
它也支持压缩、结果裁剪和会话维护，但首先要解决的是：同一个人从不同入口进来时，是否继续同一段上下文；不同用户是否被错误放进同一会话。
Hermes 使用 SQLite 与 FTS5 保存和搜索会话，同时维护有字符上限的 MEMORY.md 与 USER.md。长期记忆在会话开始时作为冻结快照进入系统提示词，Agent 可以在本轮通过 Memory Tool 增删条目，变更在下一次会话生效。
这套有界设计逼着 Agent 主动压缩和整理记忆。再加上过去会话搜索、技能生成和技能改进，“记住”不只为了还原历史，而是为了改变之后的工具使用方式。
DeepSeek Harness 的 Tool Pipeline 分成 pre-execute、Guard、Approval、Sandbox、execute 和 post-execute。Guard 只能 deny 或 abstain，某个守卫拒绝后，后续插件不能改回允许。
审批缺失、沙箱启动失败或状态不明确时都应 fail closed（失败关闭）。子进程环境还要移除名称包含 KEY、SECRET、TOKEN、PASSWORD 的变量，dispose 必须等待进程真正停止。
OpenClaw 连接的是公开消息通道和个人设备，所以安全重点是身份、路由与设备能力。未知私信默认进入配对流程，Gateway 客户端和节点需要设备身份，连接挑战需要签名。
多用户场景必须设置 DM 隔离，否则不同用户可能共享上下文。再往下才是 Agent 工具策略、Sandbox、节点命令权限和插件边界。
Hermes 的命令审批支持单次、会话、永久允许和拒绝，也提供 YOLO 模式。不过，文件系统根目录删除、Fork Bomb、格式化磁盘等命令位于不可覆盖的 Hardline Blocklist，即使开启 YOLO 也不能执行。
审批超时默认拒绝。若使用 Docker、Singularity、Modal 或 Daytona，容器本身被视作安全边界，部分危险命令检查会跳过。这个选择很适合长期编码与运维任务，但前提是容器隔离确实可靠。
DeepSeek Harness 提供 Jobs、Workflow 和 Subagent。Jobs 是后台任务注册表，Workflow 是脚本执行引擎，Subagent 可以由进程内、ACP、Codex、Claude Code 或 SDK Provider 实现。它强调这些能力也能被替换。
OpenClaw 通过 Cron、Webhook、Background Tasks、Session Tools 和多 Agent Routing 组织长期工作。它的优势是任务可以自然回到原消息通道，也能触发移动设备和节点能力。
Hermes 除了 Cron 和 Subagent，还有 SQLite-backed Kanban。Kanban 维护任务、依赖、Claim、Run、重试、恢复和人工 Review；Dispatcher 原子领取任务并回收失联 Worker。Workflow 可以作为 Worker 的执行能力，但不替代 Kanban 的生命周期事实。
如果任务需要“排队、依赖、重试、交接、人工审核”，Hermes 的 Kanban 更接近持久任务系统。如果只是给自有 Agent 产品添加可替换任务能力，DeepSeek Harness 的原语更容易嵌入。如果任务需要从聊天入口创建并回到原频道，OpenClaw 的 Gateway 路径更顺手。
三项目七维对比
DeepSeek Harness 最彻底，运行时主干本身就是服务与插件组合。OpenClaw 的 Plugin SDK 对 Channel、Provider 和媒体能力边界很强，但 Gateway、路由和核心会话仍由平台掌控。Hermes 更偏 Registry、Skills 和 Hook 扩展，核心 Agent Loop 保持集中。
OpenClaw 明显占优。它把大量消息平台、桌面端、移动节点、语音、摄像头、屏幕录制和 Canvas 放进同一控制平面。Hermes 的 Messaging Gateway 覆盖也很广，但产品重心仍是执行与学习。DeepSeek Harness 当前更像 Web、Headless、ACP 与 SDK 平台。
Hermes 更激进。Subagent、Cron、Kanban、技能自我改进、会话搜索和多执行后端都服务长期任务。DeepSeek Harness 提供更底层、更可替换的原语。OpenClaw 的自动化更偏消息与设备编排。
DeepSeek Harness 对事件语义的要求最细，适合需要重建模型所见内容的运行时。OpenClaw 的 JSONL transcript 和 Gateway 事件便于运营排障。Hermes 的 SQLite、FTS5 和 Trajectory 更适合搜索历史与生成训练数据。
三者没有简单高下。DeepSeek Harness 防插件组合失控；OpenClaw 防不可信消息跨身份和设备边界；Hermes 防自主执行落到灾难命令。选型时应先确认自己的主要攻击面。
想直接得到个人助手，OpenClaw 的 Onboarding 最接近产品安装。想直接得到终端 Agent，Hermes 的 CLI 与 Setup 路径更短。想构建新的 Agent 产品，DeepSeek Harness 的前期学习成本最高，但运行时替换空间也最大。
DeepSeek Harness 明确处于开发者预览，接口可能破坏兼容。OpenClaw 和 Hermes 都已经形成安装、升级、诊断、Gateway 与跨平台使用路径，但复杂系统的生产风险不会因为“能安装”而消失，仍要锁版本、做权限收敛和恢复演练。
优势：插件边界最彻底；生命周期与事件粒度细；会话事实可回放；工具安全链可组合；适合作为自有产品内核。
短板：开发者预览；包和概念多；生态仍在早期；对只想直接用 Agent 的用户过重。
最佳场景：Agent IDE、企业 Agent 平台、研究型 Harness、需要替换会话库、Sandbox、Subagent 和 UI 的产品。
优势：渠道和设备覆盖最完整；Gateway、路由、配对、会话和自动化已经产品化；桌面与移动体验丰富；Plugin SDK 有清晰所有权边界。
短板：系统面宽，配置与运维复杂；Gateway 是集中依赖；多通道权限和会话隔离需要认真配置；不适合作为极轻量 SDK 直接嵌进业务服务。
最佳场景：长期在线个人助手、多渠道客服入口、家庭或小团队自动化、需要手机与桌面节点能力的 Agent。
优势：终端 Agent 体验完整；长期记忆与会话搜索清楚；技能能从经验中持续沉淀；远程执行后端丰富；Cron、Kanban 和 Subagent 适合长期工作。
短板：自主能力越强，审批、容器和凭据治理越重要；核心 Python Agent Loop 较集中；多种任务机制并存，需要明确谁负责生命周期真相。
最佳场景：自主编码与研究、云端长期 Agent、批量轨迹生成、需要队列、依赖、重试和人工 Review 的任务系统。
三项目选型流程
如果你在做一款新的 Agent 产品，希望模型、会话、工具、Sandbox 和界面都能替换，优先看 DeepSeek Harness。
如果你想让同一个助手出现在聊天软件、手机、电脑和家中设备上，优先看 OpenClaw。
如果你需要一个能在本地或云端长期工作、积累经验、生成技能并管理复杂任务的执行者，优先看 Hermes Agent。
三者也可以组合，但必须指定唯一主控。OpenClaw 可以负责渠道、身份和设备，Hermes 作为远程任务执行器；DeepSeek Harness 可以做产品内核，通过插件接入消息与任务服务。
最危险的组合不是“用了两个框架”，而是两套 Gateway、两份会话库、两个调度器都认为自己是真相来源。那会带来重复执行、权限漂移、状态冲突和无法恢复的半完成任务。
这三个项目代表了 Agent 工程正在分化的三个方向：运行时组件化、个人入口平台化、长期执行自主化。
DeepSeek Harness 问的是“能力怎样替换”；OpenClaw 问的是“人和设备怎样接进来”；Hermes Agent 问的是“任务和经验怎样留下来”。
先确定你的主问题，选择会简单很多。否则，功能越看越像，系统却可能从第一天就选错复杂度。
本文由山行整理自以下项目及其技术文档：
如果对您有帮助，请帮忙点赞、关注、收藏，谢谢～
如果对您有帮助，请帮忙点赞、关注、收藏，谢谢～