OHarness：API key 与 Base URL
官方方案——用你的 OHarness 账号登录。自带你自己的 key；我们不收取任何费用。
harness 已经知道的
| 厂商 id | official |
| Base URL | https://api.oharness.ai/api/v1 |
| 协议 | OpenAI 兼容的 chat completions |
| API key | OHARNESS_API_KEY |
| 模型发现 | 支持——模型列表是向端点询问得来的，不是打包在发行版里的。 |
接入方法
上面的端点已经内置，什么都不用配置。把 key 放进环境变量，这个厂商就会出现在模型选择器里：
export OHARNESS_API_KEY="..."值得知道
官方方案：用 OHarness 账号登录，或粘贴在网站上创建的 oh- key。用量从账号余额中计量扣除，上游 key 永远不属于订阅者——由哪个网关提供模型是实现细节，由 OHARNESS_BASE_URL 调整。这个主机是我们的计量网关，不是上游网关：两者路径相同，很容易搞混，而且搞错了也不会有明显提示——模型列表在上游是公开的，会返回 200，直到第一次补全才返回 invalid_api_key。没有 docsUrl：入口是登录，而不是 key 页面，指向 key 页面只会让人绕远路。上面两行属于上游网关，不属于任何模型：它要求每次补全都带上 Idempotency-Key，并把 max_tokens 限制在它自己的 GATEWAY_MAX_OUTPUT_TOKENS 之内——默认 4096，而 /models 对这两点都只字未提，所以必须写在这里。调整部署时要同步调高这个数字，否则回答变短还是小事：超出上限返回的是 400，而不是截断。
指向别的地址
区域主机、网关，或者你自己的服务器。~/.oharness/config.json 里的覆盖是字段级的，所以改端点不用把这个厂商的其他配置重写一遍——下面是完整的配置块，填的是默认值，方便看清结构：
{
"providers": {
"official": {
"baseUrl": "https://api.oharness.ai/api/v1"
}
}
}无论选哪家都一样
不管底层是哪家厂商，都是同一个 agent 循环、同一套工具、同一批 MCP 服务器、同一套权限规则——会话中途在它们之间切换，什么都不用转换，因为历史记录从来不以某个厂商的格式存储。什么是 agent harness 讲了为什么这才是难点，厂商参考文档讲了目录本身。