harness 与 hermes-agent 应用层次、用户与场景
应用层次总览
两者处在软件系统中的层次不同：
组织软件交付平台层：Harness 个人/团队智能自动化层：Hermes AgentHarness 是“业务平台”。Hermes Agent 是“操作这个世界的智能代理”。
Harness 适合的场景
Harness 更适合：
- 自托管代码平台
- 组织内仓库管理
- Pull Request 和代码评审
- Pipeline 执行和日志管理
- Artifact Registry
- Gitspaces 在线开发环境
- 团队权限、审计、用户管理
- 提供统一 API 让其他系统集成
典型用户：
- 平台工程团队
- DevOps 团队
- 后端/前端开发团队
- 架构师和管理员
Hermes Agent 适合的场景
Hermes Agent 更适合：
- 本地或云端常驻 AI 助手
- 通过自然语言执行命令、改文件、查资料
- 多平台消息机器人
- 定时日报、监控、备份、审计
- 自动创建和使用技能
- 多模型 provider 切换
- 子 Agent 并行处理复杂任务
- 用作研究数据生成、trajectory 压缩
典型用户：
- AI power user
- 个人开发者
- 研究者
- 自动化工程师
- 需要消息平台机器人能力的小团队
两者在 DevOps 场景中的组合
两者可以组合成：
Hermes Agent 作为智能操作层 | 调用 Harness API / CLI / Web UI / Git remote | Harness 承载仓库、Pipeline、Registry、Gitspace可能的实际工作流：
- 用户在 Telegram 对 Hermes 说“帮我看一下 Harness 上这个构建为什么失败”
- Hermes 调用 Harness API 或读取日志
- Hermes 分析错误、定位代码、生成修复建议
- Hermes 创建分支、修改代码、提交 PR
- Harness 跑 Pipeline、展示 PR 和构建结果
应用边界差异
Harness 本身不是 AI Agent。它不会主动推理用户目标，而是提供可操作的平台能力。
Hermes Agent 本身不是 DevOps 平台。它不负责稳定托管大量仓库、Registry、权限和企业流程，而是通过工具和外部系统完成任务。
用户交互方式差异
| 维度 | Harness | Hermes Agent |
|---|---|---|
| 主入口 | Web UI | CLI/TUI/消息平台 |
| API | REST/OpenAPI | 工具 schema、provider API、gateway adapter |
| 交互模式 | 用户点击和调用 API | 用户自然语言驱动 agent |
| 操作粒度 | 明确资源 CRUD 和流程动作 | 目标导向，多步工具执行 |
| 协作方式 | 团队共享平台 | agent 与用户持续会话 |
所属系统层次
Harness 可以作为组织内基础设施的一部分，部署后被许多人长期使用。
Hermes Agent 更像运行在用户身边的“智能自动化工作台”，可以接入多个平台，但不是某个平台的后端替代品。