一个接口跑所有Agent运行环境

有人做了一个"Agent harness 界的 OpenRouter"：一个开源、即插即用的基础设施层，把各种 harness 收进同一个接口下面。 支持名单里包括 Codex、Hermes、Claude Code、DeepSeek Harness、由 Jev 驱动的 System One，另外还有 9 个 harness。 实际好处很直接。如果你的产品里已经接了 Codex 或 Claude Code，现在想把 Jev 也加进来，不用把会话管理、流式输出、文件读写、任务取消、失败处理这一整套再实现一遍——那才是最花时间的部分，而不是调用模型本身。 机制上，harness 全部跑在本地；他们定义了一个 Unified Harness Protocol（UHP）作为统一的任务接口，对外暴露的是兼容 OpenAI Responses 的 API。 作者文章里有个说法我觉得最关键：模型路由和 harness 路由不是一回事。选模型解决的是"用哪个脑子"，选 harness 解决的是"用哪套手脚和运行环境"——会话怎么存、文件怎么交给它、取消怎么处理、失败怎么重试，每一家都不一样，这些才是接入成本的大头。市面上讲"模型路由"的文章很多，讲 harness 路由的很少，这篇填的就是这个空。 我的看法是，这类中间层出现，本身就说明多 harness 并存已经是常态。对使用者是好事：不用被某一家锁死；对做产品的人也是好事：适配成本压到一层去解决。但得清楚它解决的是"接口统一"，不是"能力等同"——同一个任务在不同 harness 下面的成功率、token 消耗、能拿到的工具，差别依然很大。路由层替你省的是开发时间，不替你判断该用谁。 仓库在这里：github.com/HarnessRouter/… 我还没实测过，上面按原帖和仓库自述写。作者那篇文章里还有本地部署步骤、一次可跑的 API 调用，以及会话和文件的具体处理方式，想接的话建议先读它。