文章目录
-
- [1. 模型绑定 vs Provider-agnostic（最根本差异）](#1. 模型绑定 vs Provider-agnostic（最根本差异）)
- [2. 使用场景：CLI-only vs 多平台 Gateway](#2. 使用场景：CLI-only vs 多平台 Gateway)
- [3. 自改进机制：Skills 系统](#3. 自改进机制：Skills 系统)
- [4. 持久记忆](#4. 持久记忆)
- [5. 多 Agent 协作方式](#5. 多 Agent 协作方式)
- [6. 定时任务 vs 手动触发](#6. 定时任务 vs 手动触发)
- [7. Profiles 独立实例](#7. Profiles 独立实例)
- [8. MCP 集成](#8. MCP 集成)
- 总结对比表
- 本质定位
1. 模型绑定 vs Provider-agnostic（最根本差异）
Claude Code 是 Anthropic 的产品，深度绑定 Claude 模型（sonnet/opus/haiku），整个系统围绕 Anthropic API 设计。你只能用 Claude 模型。
Hermes 是 Provider-agnostic 的，支持 20+ 提供商（OpenRouter、Anthropic、OpenAI、DeepSeek、本地模型、GLM、MiniMax 等），可以中途切换模型而不影响其他部分。还有 Credential Pool（多 API Key 轮换），一个 key 用完了自动切换到下一个。
创新点： 这让 Hermes 不受单一模型供应商的锁定，用户可以根据任务复杂度和成本自由选模型。
2. 使用场景：CLI-only vs 多平台 Gateway
Claude Code 是纯终端工具，只能在 CLI 或 IDE 中使用。
Hermes 有 Gateway 架构，同一个 agent 可以在 Telegram、Discord、Slack、WhatsApp、Signal、Matrix、Email、飞书、钉钉等 15+ 消息平台上运行，而且保留完整的工具访问能力，不只是聊天。
创新点： 这不是简单的"聊天机器人"------你在 Telegram 里发的消息，Hermes 可以调用 terminal、file、browser 等全部工具来执行任务，然后把结果发回来。一个 agent 覆盖所有通讯渠道。
3. 自改进机制：Skills 系统
Claude Code 有 CLAUDE.md 项目记忆文件和 /memory 命令，但本质上是一堆静态 markdown 文本。它不会主动学习、不会自我改进。
Hermes 有 Skills 系统------agent 在解决复杂问题后可以把整个工作流程保存为 SKILL.md（带 YAML frontmatter），下次遇到同类任务自动加载。还有 Curator（技能生命周期管理），自动追踪技能使用频率，标记过时技能为 stale，归档不用的技能，但永远不删除（有备份机制）。Pinned skills 受保护不会被误删。
创新点： 这是一个真正的自改进闭环。Agent 用得越多，积累的 skills 越多，在特定环境和任务上就越强。这是从"每次都从零开始"到"越用越聪明"的质变。
4. 持久记忆
Claude Code 有轻量的 auto-memory（25KB/200行），存在 ~/.claude/projects//memory/ 下，容量很小。
Hermes 有可插拔的 memory 后端（内置、Honcho、Mem0 等），跨 session 记住用户偏好、环境细节、纠错历史。记忆是声明式事实而非指令，避免上下文污染。
创新点： Memory + Skills 组合构成了"程序性记忆"（怎么做事）和"情景性记忆"（发生了什么）的双通道持久化，这比 Claude Code 的单一 CLAUDE.md 要丰富得多。
5. 多 Agent 协作方式
Claude Code 有 Subagents（定义在 .claude/agents/ 里），但都是在一个 session 内的轻量级分支。
Hermes 有三种并行方式：
- delegate_task：session 内的同步子 agent（带隔离 terminal）
- tmux 交互式 spawn：完全独立的 Hermes 进程，长时间运行
- Kanban 系统：基于 SQLite 的持久化工作队列，支持 dispatcher/worker 模式，多个 Profile 的 agent 可以在同一块 Kanban board 上协作
创新点： Kanban 是最有意思的------它不是一个临时任务分发，而是一个持久化的协作基础设施。dispatcher 自动分发任务、回收过期 claim、spawn worker profile；worker 只能看到被分配的任务（schema footprint 为零）。这是真正的 multi-agent 工作编排。
6. 定时任务 vs 手动触发
Claude Code 有 /loop 命令做 session 内的重复任务，但没有持久的定时调度。
Hermes 有完整的 Cron 系统（cronjob 工具 + hermes cron CLI + /cron slash 命令），支持 cron 表达式、自然语言调度、per-job model override、script 模式（no_agent=True 让脚本本身就是整个 job）、context_from 链式编排（job A 的输出注入 job B）、多平台交付。
创新点： 这让 Hermes 可以做持续性的自动化工作------比如每 30 分钟检查一次某个 API 状态、每天早上生成日报------不需要人盯着。
7. Profiles 独立实例
Claude Code 没有这个概念。
Hermes 支持 Profile------完全独立的 Hermes 实例，各自有隔离的 config、session、skills、memory。你可以有一个 "research" profile 用便宜模型做搜索，一个 "coding" profile 用强模型写代码，一个 "home-automation" profile 连智能家居。
创新点： 这相当于给一个 agent 框架加了多租户能力，不同用途完全隔离，互不干扰。
8. MCP 集成
两者都支持 MCP，但方式不同：
- Claude Code：通过 claude mcp add 命令添加 MCP server
- Hermes：有原生 MCP 客户端（config.yaml 里配置自动发现工具），还能自己作为 MCP server 运行（hermes mcp serve）
创新点： Hermes 可以同时作为 MCP 的 consumer 和 provider------你可以把 Hermes 本身注册为其他 agent 的 MCP server，形成 agent 间的互操作。
总结对比表
| 维度 | Claude Code | Hermes Agent | Hermes 的创新 |
|---|---|---|---|
| 模型 | 绑定 Claude | 20+ provider 任意切换 | 解锁模型锁定 |
| 平台 | CLI only | 15+ messaging platforms | 一个 agent 全渠道 |
| 自改进 | 静态 CLAUDE.md | Skills + Curator 生命周期 | 越用越聪明的闭环 |
| 记忆 | 25KB auto-memory | 可插拔 memory 后端 | 双通道持久化 |
| 协作 | 轻量 subagents | delegate + spawn + Kanban | 持久化 multi-agent 编排 |
| 调度 | /loop (临时) | Cron 持久调度 + 链式编排 | 无人值守自动化 |
| 实例隔离 | 无 | Profiles 多租户 | 用途隔离 |
| MCP | consumer | consumer + provider | agent 互操作 |
本质定位
本质上，Claude Code 是一个"优秀的编码 agent" ，而 Hermes 是一个"通用的 agent 操作系统"------它不局限于编码，覆盖了从开发、运维、研究到智能家居的全场景，并且通过 Skills/Memory/Cron/Kanban 这些持久化基础设施实现了真正的 self-improving autonomous agent。