OpenClaw vs DSH：架构级对比分析

前置声明

本文基于本地下载的 308 页 OpenClaw 官方文档（6.2MB） 和 113 页 DSH 官方文档（2.0MB），精读双方架构文档、核心概念、工具/技能/插件/会话/安全性/自动化/网关/渠道/节点等模块。以下分析全部基于原文，不包含推测。

一、OpenClaw 能力拆解

A. Intelligence / Reasoning

• 有。Provider 抽象层 + 模型级 failover + thinking/verbose/trace 逐轮开关
• 核心：agents.defaults.model 链 + provider 注册 + --model 逐消息覆盖
• 支持 OpenAI/Anthropic/DeepSeek/Google/Ollama/vLLM/本地模型等 20+ provider

B. Agent Runtime

• 有，且是核心创新。运行时分三层：Provider（API 认证）→ Model（模型选择）→ Agent Runtime（执行循环）
• 内置 openclaw 原生 runtime，插件化接入 codex/copilot runtime，外部通过 CLI backend（claude-cli）
• 每轮 Session 可以选择用哪个 runtime 执行，runtime 拥有权不同（OpenClaw 拥有 vs Codex 拥有）
• 关键判断：OpenClaw 的 runtime 是可替换的，不是硬编码的

C. Agent Loop

• 有。序列化 per-session 执行：validate → enqueue → resolve model → assemble prompt → execute → stream → persist
• 5 个阶段：agentCommand → runEmbeddedAgent → subscribeEmbeddedAgentSession → agent.wait → 完成
• 队列：per-session lane + global lane，queue mode（steer/followup/collect/interrupt）
• Writer-claim fencing：activeWriterRunId 防止并发写入冲突

D. Tool Runtime

• 有。工具通过插件注册（bundled 插件或 ClawHub 插件）
• 工具类型：exec（本地 shell）、browser（CDP 浏览器）、code_execution（xAI 远程）、文件工具、apply_patch、ask_user、brave_search、web_search、MCP 工具、ACP 工具、session 工具、节点工具
• 插件 hooks：before_tool_call / after_tool_call 可拦截
• CLI backends 拥有自己的工具循环（如 Codex native tools）

E. Skill System

• 有，很成熟。Markdown 文件（SKILL.md + YAML frontmatter），6 级加载优先级（workspace → .agents → personal → state-dir → bundled → extra）
• 覆盖 group 化、per-agent allowlist、node-hosted skills、personal skill library
• 注入方式：agent 启动时只注入技能摘要（名称+描述+位置），完整内容按需 read

F. Plugin System

• 有。ClawHub 市场（技能 + 插件双市场），插件可提供：tools、context engines、memory backends、harnesses、channel accounts
• 安装：openclaw plugins install clawhub:<package>
• 发布：clawhub skill publish / clawhub package publish
• 安全扫描 + 审核 + 使用者报告

G. Memory

• 有，很成熟。文件驱动（MEMORY.md + USER.md + daily notes + DREAMS.md）
• 特性：memory_search（混合语义 + 关键词）、memory_get、intent（事件条件记忆）、dreaming（后台策略性晋升）、memory flush（自动写回）、memory wiki（知识库）
• 多后端：builtin（SQLite）、Honcho（AI 原生）、LanceDB
• 可导入 Codex/Claude Code/Hermes 记忆

H. Session

• 有。SQLite 持久化，per-agent per-channel 隔离
• 特性：session search、session state、session pruning、compaction、session tool（跨会话发送消息）
• Writer-claim fencing 防御并发写入
• 可 fork / 可 resume

I. Multi-Agent

• 有，生产级。真正隔离：per-agent workspace + state directory + session store + auth profiles
• 路由：bindings（channel account → agent），支持 DM split（按电话号码分配 agent）
• 每个 agent 可独立配置：sandbox、tools allow/deny、model、skills、agent runtime
• 支持 agent 创建 agent（openclaw tool）

J. Gateway

• 有，核心。单进程长期运行，一个 Gateway 控制所有消息连接
• WS 协议：connect → 心跳 → req:agent / event:agent / event:presence
• 设备配对 + 共享密钥认证 + Tailscale 免密
• 多租户、云 worker、外部应用桥接

K. Communication Channels

• 有，最强项。20+ 渠道：WhatsApp、Telegram、Discord、Slack、Signal、iMessage、Matrix、Teams、Zalo、WeChat、IRC、LINE、Feishu、Google Chat、QQ、Twitch 等
• 每个渠道有独立 plugin 实现，支持图片/音频/视频/文件
• 群组消息、DM、广播、访问组、bot loop protection

L. Browser / Computer / Device

• 有。Browser（CDP 远程控制）、Nodes（macOS/iOS/Android 配对的设备，可访问摄像头/屏幕/语音）
• canvas widget、A2UI 渲染、web control UI

M. Cron / Automation

• 有，很丰富。5 种调度类型：at（一次性）、every（固定间隔）、cron（cron 表达式）、on-exit（进程退出触发）、stream（stdout 流触发）
• 特性：自动归整、任务恢复、超时处理、heartbeat 迁移、dynamic cadence（pacing）、协作任务（task reconciliation）
• 所有 cron 运行在 Gateway 进程中，非模型内

N. Webhook

• 有。两层：① 内部 hooks（HOOK.md 文件 + 命令事件钩子）；② HTTP webhooks（外部触发）；③ 插件 hooks（agent lifecycle 事件拦截）
• Hook 类型：before_model_resolve、before_prompt_build、before_agent_reply、agent_end、before_tool_call/after_tool_call、message_received/sending/sent、session_start/end、gateway_start/stop

O. Remote Execution

• 有。Tailscale 直接连接、SSH 隧道、TLS + 证书固定、云 workers（Cloudflare Workers）
• 节点可远程发布 skills

P. Security / Permission

• 有，多层。设备配对 → Gateway 认证（shared-secret/OAuth/trusted-proxy/none）→ Agent 隔离 → 工具策略（allow/deny）→ 沙箱（Docker per-agent）→ 权限模式（elevated/operator scopes）
• Sandbox 模式：off、all（Docker 容器）、scope: agent | shared
• 审计日志（attention ledger）

Q. Model Routing

• 有。Provider + Model + Agent Runtime 三层分离，failover 链（主模型 → 备选 → 兜底）
• 每个 agent 可独立配置模型，每轮可 --model 覆盖
• 本地模型服务（Ollama、vLLM、LM Studio）

R. Marketplace / Ecosystem

• 有。ClawHub：技能 + 插件市场，版本管理、安全扫描、内容审核、发布 CLI
• 社区贡献、namespace 声明、分析遥测（可选）

S. Other

• Web Control UI（内置仪表盘）、TUI（终端 UI）、CLI 全套、Bonjour 发现、诊断工具、备份/恢复、迁移（Codex→OpenClaw）、多语言文档

二、DSH 能力拆解

A. Intelligence / Reasoning

• 有。LLM adapter registry（ctx.llm），多 provider，model options per request
• 优势：TypeScript 类型安全，深度 DeepSeek 集成

B. Agent Runtime

• 有，但仅一个。Cordis 驱动的 agent loop，所有组件都是插件，包括 agent loop 本身
• 配置通过 profile（web/headless/sdk/sdk-minimal/acp）+ bundle 组合
• 无 OpenClaw 式的"可替换 runtime"概念——只有一个 DSH runtime

C. Agent Loop

• 有，事件溯源。SessionEvent 追加日志驱动：turn/start → step/start → user/message → assistant/chunk → assistant/message → tool/call → tool/result → step/end → turn/end
• 消息历史从事件日志推导（deriveMessages()），非独立存储
• 可 fork、resume、replay、transcript

D. Tool Runtime

• 有，严谨。ctx.tools 注册表，ToolDefinition 类型化
• 执行管线：tools/pre-execute（策略门）→ tools/execute（包装）→ tools/post-execute（转换）→ tools/result（观察）
• 工具类型：bash、filesystem、web、subagent、terminal、skill、cordis、MCP、todo、workflow 等
• ctx.tools.guard() 单调终局拒绝、ctx.tools.restrict() 工具过滤
• 可选：tool-result-pruner 模型无关裁剪

E. Skill System

• 有，精简。ctx.skills provider registry，分层（host + per-scope）
• 本地 provider 扫描：.dsh/skills > .agents/skills > custom > user-dsh > user-agents > bundled
• 无 ClawHub，无 node-hosted skills，无 personal library

F. Plugin System

• 有，DSH 核心。一切皆 Cordis 插件（ctx.effect() / ctx.on()），注册即效果，卸载自动回滚
• 无特权核心——agent loop、model adapter、tool registry、session log 都是插件
• 热重载（HMR），npm 包分发，TypeScript 类型安全
• 与 OpenClaw 的本质区别：DSH 的插件是架构层面的（Cordis 框架），OpenClaw 的插件是应用层面的（ClawHub 市场）

G. Memory

• 无独立记忆系统。依赖 session log 回放，无 MEMORY.md/dreaming/memory search
• 有 MCP memory 插件，无 OpenClaw 级别的记忆管理

H. Session

• 有，更严谨。事件溯源（append-only SessionEvent 日志），message history 从日志推导
• Session projection（投影单元）、session query、session telemetry、session title
• Session persistence seam（JSONL/SQLite 后端）
• 设计哲学：session 日志是唯一真相源，一切可回放

I. Multi-Agent

• 有，实验性。Agent scope（ScopeKey 注册隔离层）、Agent Teams（实验性，隐式根 Team，操作面板、任务 DAG、邮箱）
• Subagent（子 agent 有多种 provider：in-process/fork/ACP/Codex/Claude Code/DSH SDK）
• 无 OpenClaw 式的 channel bindings 和 per-agent 通信隔离

J. Gateway

• 无。没有 Gateway 概念，只有 Web Server + API Gateway（Typert RPC）
• 事件/服务通过 Cordis ctx 内部路由，不通过 WS 网关

K. Communication Channels

• 无。无消息渠道。只有 Web UI 和 headless CLI
• 可通过 webhook 或 SDK 集成外部消息，但无原生渠道支持

L. Browser / Computer / Device

• 弱。Web capability（search/fetch），无浏览器 CDP，无移动节点
• 无 canvas、无 nodes、无设备配对

M. Cron / Automation

• 弱。ctx.jobs 后台任务（bash 进程、subagent 后台运行），ctx.schedule 计划执行
• 无 OpenClaw 式的 cron 调度器（at/every/cron/on-exit/stream）
• Workflow 引擎（worker-thread 运行 Agent 脚本）

N. Webhook

• 有，最小化。ctx.webhookRuntime，fire-and-forget，无重试/队列/持久化
• 仅 GitHub adapter，无内置 hooks 系统
• 与 OpenClaw 的 HOOK.md + 插件 hooks 不是同一量级

O. Remote Execution

• 无。DSH 是本地运行，headless 就是单次 CLI 执行
• 无 Tailscale 集成、无节点概念、无 SSH 隧道

P. Security / Permission

• 有，OS 级。ctx.approval（ask/never 策略）、ctx.sandbox（Landlock/Seatbelt/Windows ACL）、permission presets
• 沙箱模式：read-only / workspace-write / danger-full-access
• Scope layers（注册隔离）
• 无 OpenClaw 式的设备配对/网关认证/工具策略 layers

Q. Model Routing

• 有。LLM adapter registry，多 provider 支持，model options per request
• DeepSeek 原生优化，API wire extensions

R. Marketplace / Ecosystem

• 无。npm 包分发，dsh-plugin topic 标签，无集中式市场
• 插件通过 npm 发布，无安全扫描/审核

S. Other

• Cordis 框架（HMR、效果回滚、服务注入、事件系统）、Typert API Gateway（类型化 RPC）、Workflow 引擎、Agent Teams、Plan Mode、Self-modification 插件、Persistence 多后端、Telemetry（OpenTelemetry）、Cordis 教程（7 步入门）

三、重点回答：OpenClaw 与 DSH 是否同一层？

逐项判断

结论A：二者是否属于同一架构层？

不是同一层。它们有重叠，但核心定位完全不同。

OpenClaw 是一个多通道通信网关 + 代理外壳 + 自动化平台，DSH 是一个纯 Agent Runtime + 插件框架。

重叠区在 agent loop / tool execution / skills / model routing / session 这五块——这是天然重叠，因为两者都做"agent 运行"这件事。但重叠不代表同一层。

结论B：核心差异

结论C：分层定位

┌─────────────────────────────────────┐
│           Hermes Evolution OS         │
│    (Orchestrator / Workforce Manager) │
├─────────────────────────────────────┤
│                                     │
│   ┌─────────────────────────────┐   │
│   │      OpenClaw (网关层)        │   │
│   │  通信渠道 · 记忆 · 自动化      │   │
│   │  cron · webhook · 节点 · 多租户 │   │
│   └────────────┬────────────────┘   │
│                │ ACP / SDK          │
│   ┌────────────▼────────────────┐   │
│   │       DSH (运行时层)           │   │
│   │  Agent Loop · 工具执行 · 技能   │   │
│   │  Session · Subagent · Workflow │   │
│   │  Cordis 插件框架 · 沙箱 · 审批  │   │
│   └────────────┬────────────────┘   │
│                │                    │
│   ┌────────────▼────────────────┐   │
│   │   MCP / API / Tools 层       │   │
│   │   统一工具接口 · 外部服务      │   │
│   └────────────┬────────────────┘   │
│                │                    │
│   ┌────────────▼────────────────┐   │
│   │  Internet / Enterprise 系统   │   │
│   └─────────────────────────────┘   │
└─────────────────────────────────────┘

四、Hermes Evolution OS 中的位置

Hermes → DSH

• Hermes 应该直接调用 DSH，派遣 agent 任务到 DSH 执行
• DSH 作为 Hermes 的主 Agent Runtime，负责：思考/规划/工具执行/代码运行/子 agent 协作
• 通道：DSH SDK（JSON-RPC）或 ACP

Hermes → OpenClaw

• Hermes 应该直接调用 OpenClaw，用于：消息发送、cron 调度、记忆管理、远程节点
• OpenClaw 作为 Hermes 的通信和自动化层
• 通道：OpenClaw Gateway WS 协议或 HTTP API

DSH → OpenClaw

• DSH 应该调用 OpenClaw 来发送消息（通过 ACP 或 OpenClaw 的 agent 发送工具）
• 当 DSH 运行的任务需要向 WhatsApp/Telegram/Slack 发送结果时，调用 OpenClaw 的渠道
• 当 DSH 需要操作网页时，调用 OpenClaw 的 browser 工具

OpenClaw → DSH

• OpenClaw 应该调用 DSH 作为其 Agent Runtime 之一
• OpenClaw 的 ACP agent 类型可以对接 DSH 的 ACP 服务器
• 当 OpenClaw 的任务需要复杂工具执行或子 agent 协作，且 OpenClaw 原生 runtime 不够时，切换到 DSH

是否存在"DSH + OpenClaw"组合模式？

是的，这是推荐模式。 两者互补远大于竞争：

• OpenClaw 提供的外层（渠道、cron、记忆、节点）是 DSH 完全没有的
• DSH 提供的内核（Cordis 可组合性、事件溯源 session、沙箱、审批）是 OpenClaw 不够深的

Hermes Runtime Router

需要有一个 Runtime Router 组件，根据任务类型选择执行层：

五、AI 员工架构分析

以"艾倩｜AI海外运营"为例，各能力分配：

六、最终结论

OpenClaw 是什么？

Hermes Evolution OS 的通信网关 + 自动化平台 + 记忆系统层。

它负责：

• 连接所有消息渠道（WhatsApp/Telegram/Discord/Slack/等 20+）
• 管理 AI 员工的长期记忆（MEMORY.md + dreaming + memory wiki）
• 调度定时任务（cron/automations）
• 提供远程设备接入（nodes）
• 管理多租户和权限分层
• 提供 Web UI 和 TUI 控制台

DSH 是什么？

Hermes Evolution OS 的 Agent Runtime + 插件框架层。

它负责：

• 执行 Agent Loop（推理/规划/工具执行）
• 管理工具注册和管线（pre-execute → execute → post-execute → result）
• 提供事件溯源 Session（可回放、可 fork、可 resume）
• 管理子 agent 协作（subagent + workflow + agent teams）
• 提供 OS 级沙箱和审批系统
• 提供可组合的 Cordis 插件框架

Hermes 是什么？

Hermes Evolution OS 的 Orchestrator / Workforce Manager。

它负责：

• 决定需要什么 AI 员工
• 创建/配置/调度员工
• 管理员工生命周期
• 通过 Runtime Router 选择正确执行层
• 聚合结果并反馈

三者为什么这样分工？

因为三者有不同的专长，且互补不重叠：

1. Hermes 做决策，不做执行 → 轻量、聚焦
2. DSH 做有深度的计算，不做通信 → 架构严谨、可组合
3. OpenClaw 做有广度的事情，不做深度计算 → 渠道多、生态丰富

Hermes 是大脑，DSH 是左脑（逻辑推理），OpenClaw 是右脑（社交沟通）。

注：本文研究过程派出的 4 个子代理研究结果另行沉淀，可在后续对话中补充更细粒度的能力细节。以上结论均基于原文精读，不做预设。