开发者社区开源UHP（Unified Harness Protocol）协议与 HarnessRouter 服务实现(30)

Harness Engineering 2.0 来了！继工具、智能体通信、智能体接口都有了协议之后，harness 现在也有了自己的协议。开发者们刚刚构建了 UHP（统一 Harness 协议），这是一个用于在任意智能体 harness 上运行智能体任务的标准化接口。HarnessRouter 是其开源服务器实现。它的工作原理如下：
- 产品后端发送一个带有 `harness_id` 的任务。
- HarnessRouter 在其自己的会话中启动选定的 harness。
- harness 运行其原生的智能体循环并流式返回进度。
- 文件、工件、失败和最终输出通过同一接口返回。

如果没有 UHP，集成每个 harness 都需要单独处理任务执行、会话、流式传输、文件、恢复和输出格式。有了 UHP，Codex、Claude Code、Gemini CLI、Hermes、Pi 和其他 harness 可以插入同一个产品后端，同时保留其原生工具、技能、模型和智能体循环。

这意味着开发者可以：
- 切换 harness 而无需重建产品集成。
- 在不同的 harness 上运行相同的任务。
- 添加新的 harness 而无需维护另一个执行栈。

HarnessRouter 目前支持 30 个 harness 基础。这是代码仓库：（别忘了给它点个星 ⭐）

根据官方基准测试，在保持模型固定的情况下，仅更换 harness 就使几项医疗合规任务的成本降低了 25% 到 64%。同时更换 harness 和模型则使最高成本配置和最低成本配置之间的差距扩大到了 99.8%。开发者可以使用 Harness Arena 在不同配置下测试自己的工作负载。

阿里云的 Qoder 也采用了 UHP，使其可以通过 HarnessRouter API 作为智能体后端使用。

如果你想深入了解，我已经写了一篇文章，解释了为什么模型路由不同于 harness 路由，以及支持多个智能体运行时实际上涉及什么。它还涵盖了 UHP、本地设置、有效的 API 调用以及会话和文件的工作方式。请在下面阅读。