Harness 介绍及使用场景
什么是 Harness
Harness（套件） 是 AI Agent 架构中的核心概念，由 Vivek Trivedi 提出：
Agent = Model + Harness除了模型之外，其他所有部分都属于 Harness——包括各种代码、配置、执行逻辑、工具接口、记忆系统等。
简单理解：Harness 是 AI 的"身体"，模型是"大脑"。 同一颗大脑（同一个模型），装进不同的 Harness，就会表现出截然不同的能力。
Harness vs 模型
维度 | 模型（Model） | Harness |
|---|---|---|
本质 | 推理引擎——决定"想什么" | 执行框架——决定"怎么做" |
作用 | 理解、推理、生成 | 工具调用、记忆管理、任务编排 |
更新成本 | 高（重新训练） | 低（代码改动） |
对能力的影响 | 智商起点 | 实际上限 |
模型智商是起点，Harness 的质量决定了实际表现的上限。
OpenClaw 中的 Harness
OpenClaw 的架构天然支持可插拔的 Harness 执行器（Agent Harness）：
OpenClaw 支持两种运行时：
嵌入式运行时：OpenClaw 原生执行
插件执行器（Plugin Harness）：如 Codex Harness，让 GPT 系列模型通过 Codex 原生协议运行
常见 Harness 类型对比
Harness | 设计目标 | 特点 |
|---|---|---|
Claude Code | 编程场景专用 | 终端命令、文件读写、Git 操作、"想→做→看结果"循环 |
OpenClaw | 通用管家 | 多渠道接入（Slack/Discord/Telegram）、记忆系统、ACP 协议调度多 Agent |
DeerFlow | 研究探索 | WebSearch + Python REPL + 文件系统 |
OpenClaw Harness 工程框架 | 软件工程团队 | Sprint 计划、Builder Agent、代码审查、迭代改进 |
使用场景
1. 编程开发
Claude Code Harness → 专为编程设计 - 直接在终端执行命令 - 读写文件、操作 Git - 想→做→看结果→再想 循环2. 多渠道企业助理
OpenClaw Harness → 全天候管家 - 同时连接 Slack、Discord、Telegram 等 - 记忆系统跨会话持久化 - ACP 协议调度多个 Agent 协同3. 软件工程团队编排
OpenClaw Harness Engineering → 工程工厂 - Lead Agent 规划 Sprint - 通过 ACP 调度 Builder Agent - 代码审查、迭代直到质量达标4. 研究探索
DeerFlow / OpenClaw → 深度研究 - WebSearch 搜集资料 - Python 执行数据分析 - 文件系统管理输出为什么 Harness Engineering 重要
同一模型（Claude）在不同 Harness 下的表现差异：
场景 | Claude Code Harness | OpenClaw Harness |
|---|---|---|
编程 | ✅ 极强 | 一般 |
多渠道沟通 | ❌ 不支持 | ✅ 强 |
记忆管理 | 弱 | ✅ 强 |
多 Agent 协作 | ❌ 不支持 | ✅ 支持 |
通用助手 | 一般 | ✅ 强 |
结论：模型选择是基础决策，Harness Engineering 才是拉开差距的关键。
