OttoPort：API key 与 Base URL
你自己的 OttoPort key——GPT、Claude 和 Gemini 都在同一个网关后面。自带你自己的 key；我们不收取任何费用。
harness 已经知道的
| 厂商 id | ottoport |
| Base URL | https://ottoport.ai/api/v1 |
| 协议 | OpenAI 兼容的 chat completions |
| API key | OTTOPORT_API_KEY |
| 模型发现 | 支持——模型列表是向端点询问得来的，不是打包在发行版里的。 |
接入方法
上面的端点已经内置，什么都不用配置。把 key 放进环境变量，这个厂商就会出现在模型选择器里：
export OTTOPORT_API_KEY="..."key 由 OttoPort 签发——在哪里获取。
值得知道
自带 OttoPort 账号：用户在 OttoPort 控制台创建 op- key，并在那里付费。这不是官方方案——官方方案是 official，它目前恰好也经过这个网关，但从不把网关的 key 交给订阅者。上面两行属于上游网关，不属于任何模型：它要求每次补全都带上 Idempotency-Key，并把 max_tokens 限制在它自己的 GATEWAY_MAX_OUTPUT_TOKENS 之内——默认 4096，而 /models 对这两点都只字未提，所以必须写在这里。调整部署时要同步调高这个数字，否则回答变短还是小事：超出上限返回的是 400，而不是截断。
指向别的地址
区域主机、网关，或者你自己的服务器。~/.oharness/config.json 里的覆盖是字段级的，所以改端点不用把这个厂商的其他配置重写一遍——下面是完整的配置块，填的是默认值，方便看清结构：
{
"providers": {
"ottoport": {
"baseUrl": "https://ottoport.ai/api/v1"
}
}
}无论选哪家都一样
不管底层是哪家厂商，都是同一个 agent 循环、同一套工具、同一批 MCP 服务器、同一套权限规则——会话中途在它们之间切换，什么都不用转换，因为历史记录从来不以某个厂商的格式存储。什么是 agent harness 讲了为什么这才是难点，厂商参考文档讲了目录本身。