OHarness: chave de API e URL base
Plano oficial — entre com sua conta OHarness. Use sua própria chave; nada é cobrado por nós.
O que o harness já sabe
| Id do provedor | official |
| URL base | https://api.oharness.ai/api/v1 |
| Protocolo | Chat completions compatível com OpenAI |
| Chave de API | OHARNESS_API_KEY |
| Descoberta de modelos | Sim — a lista de modelos é pedida ao endpoint em vez de vir embutida. |
Como conectar
O endpoint acima já vem embutido, então não há nada a configurar. Coloque a chave no ambiente, e o provedor aparece no seletor de modelos:
export OHARNESS_API_KEY="..."Bom saber
O plano oficial: entre com uma conta OHarness ou cole uma chave oh- criada no site. O uso é medido contra o saldo da conta, e as chaves upstream nunca são do assinante — qual gateway serve os modelos é um detalhe de implementação, alterado por OHARNESS_BASE_URL. Este host é o nosso gateway de medição, NÃO o upstream: os dois falam os mesmos caminhos, então é fácil confundi-los, e o erro é silencioso — a lista de modelos é pública no upstream e responde 200, e só a primeira completion volta com invalid_api_key. Sem docsUrl: a entrada é o login, não uma página de chaves, então apontar para uma levaria as pessoas pelo caminho mais longo. As duas linhas acima são do gateway upstream, não de algum modelo: ele exige um Idempotency-Key em toda completion e limita max_tokens ao seu próprio GATEWAY_MAX_OUTPUT_TOKENS — 4096 por padrão, e nada em /models menciona nenhum dos dois, então ambos precisam ser declarados aqui. Aumente o número junto com o deployment, ou uma resposta mais curta será o menor dos problemas: passar do limite dá um 400, não um truncamento.
Apontando para outro lugar
Um host regional, um gateway ou um servidor seu. As sobrescritas em ~/.oharness/config.json são por campo, então mudar o endpoint não significa repetir o resto do provedor — este é o bloco inteiro, mostrado com o valor padrão para deixar o formato claro:
{
"providers": {
"official": {
"baseUrl": "https://api.oharness.ai/api/v1"
}
}
}O que você tem de qualquer forma
O mesmo loop do agente, as mesmas ferramentas, os mesmos servidores MCP e as mesmas regras de permissão, qualquer que seja o provedor por baixo — e trocar entre eles no meio da sessão não converte nada, porque o histórico nunca é guardado no formato de um fornecedor. O que é um harness de agentes explica por que essa é a parte difícil, e a referência de provedores cobre o próprio catálogo.