harness 与 hermes-agent 设计理念和工程取向

Harness 的设计理念

Harness 的设计目标是把 DevOps 平台能力稳定地提供给团队和组织。

它的设计关键词是：

• 平台化
• 多用户
• 权限和审计
• 可部署
• 可观测
• 数据一致性
• API 优先
• 企业软件交付

从源码看，它把能力拆成明确的领域服务，例如 repo、space、pullreq、pipeline、secret、webhook、gitspace、registry。每个领域有 controller、service、store、types 等配套结构。

这体现的是服务端工程思路：领域边界清晰、接口可追踪、部署形态稳定。

Hermes Agent 的设计理念

Hermes Agent 的设计目标是让 AI Agent 长期运行，并持续扩展自己的能力。

它的设计关键词是：

• 自主工具调用
• 多模型适配
• 记忆和会话延续
• 技能化知识
• 消息平台入口
• 可组合工具集
• 自动化任务
• 可恢复、可迁移、可扩展

源码里大量机制都围绕“让 LLM 真正能做事”展开：工具 schema、工具执行、并行工具调用、工具结果压缩、会话搜索、记忆写入、provider fallback、错误分类、cron、gateway。

这体现的是 agent runtime 思路：模型不可靠，所以运行时要提供大量边界、恢复、路由和防护。

两者对“用户”的理解不同

Harness 的用户

Harness 假设用户是团队中的开发者或平台管理员：

• 通过 Web UI 管理仓库和 PR
• 通过 Pipeline 管理 CI/CD
• 通过 Registry 管理制品
• 通过权限系统控制资源访问

它关注组织协作和流程治理。

Hermes Agent 的用户

Hermes Agent 假设用户希望通过自然语言驱动一个能行动的助手：

• 命令它读文件、写代码、查网页
• 让它跑定时任务
• 让它接入 Telegram/Discord/Slack
• 让它记住偏好和历史
• 让它委派子任务

它关注个人或小团队的自动化生产力。

两者对“扩展”的理解不同

Harness

扩展通常意味着：

• 增加 API
• 增加业务服务
• 增加数据库表或迁移
• 增加前端页面
• 增加部署配置

这是平台功能扩展。

Hermes Agent

扩展通常意味着：

• 增加一个工具
• 增加一个模型 provider
• 增加一个消息平台 adapter
• 增加一个 skill
• 增加一个 memory backend
• 增加一个 MCP server

这是 agent 能力扩展。

两者对“稳定性”的取向不同

Harness 的稳定性重点在：

• API 兼容
• 数据库迁移
• 权限正确
• Git/Registry 协议兼容
• 服务启动和优雅关闭
• 多用户并发

Hermes Agent 的稳定性重点在：

• 模型 provider 异常恢复
• 工具调用失败恢复
• 消息平台网络抖动处理
• SQLite WAL 兼容性
• 配置解析失败降级
• 长上下文压缩和恢复
• 异步工具和线程事件循环稳定性

一个是平台稳定性，一个是智能体执行稳定性。

设计哲学对比