OHarness: API-Schlüssel und Base-URL
Offizieller Tarif — mit Ihrem OHarness-Konto anmelden. Sie nutzen Ihren eigenen Schlüssel; wir stellen nichts in Rechnung.
Was das Harness bereits weiß
| Anbieter-ID | official |
| Base-URL | https://api.oharness.ai/api/v1 |
| Protokoll | OpenAI-kompatible Chat Completions |
| API-Schlüssel | OHARNESS_API_KEY |
| Modellerkennung | Ja — die Modellliste wird beim Endpunkt erfragt statt mitgeliefert. |
Anbinden
Der Endpunkt oben ist eingebaut, es gibt also nichts zu konfigurieren. Legen Sie den Schlüssel in der Umgebung ab, und der Anbieter erscheint in der Modellauswahl:
export OHARNESS_API_KEY="..."Gut zu wissen
Der offizielle Tarif: mit einem OHarness-Konto anmelden oder einen auf der Website erstellten oh--Schlüssel einfügen. Die Nutzung wird mit dem Guthaben des Kontos verrechnet, und die Upstream-Schlüssel gehören nie dem Abonnenten — welches Gateway die Modelle bereitstellt, ist ein Implementierungsdetail und wird über OHARNESS_BASE_URL verlegt. Dieser Host ist unser Abrechnungs-Gateway, NICHT das Upstream-Gateway: Beide sprechen dieselben Pfade, daher sind sie leicht zu verwechseln, und der Fehler fällt nicht auf — die Modellliste ist upstream öffentlich und antwortet mit 200, und erst die erste Completion kommt mit invalid_api_key zurück. Keine docsUrl: Der Zugang ist die Anmeldung, keine Schlüsselseite; ein Verweis auf eine solche würde Nutzer auf einen Umweg schicken. Die beiden Zeilen oben gehören zum Upstream-Gateway, nicht zu einem Modell: Es verlangt bei jeder Completion einen Idempotency-Key und begrenzt max_tokens auf sein eigenes GATEWAY_MAX_OUTPUT_TOKENS — standardmäßig 4096, und nichts in /models erwähnt eines von beiden, deshalb müssen beide hier stehen. Erhöhen Sie den Wert im Gleichschritt mit dem Deployment, sonst ist eine kürzere Antwort noch das geringste Problem: Jenseits der Grenze gibt es einen 400, keine Kürzung.
Auf einen anderen Endpunkt verweisen
Ein regionaler Host, ein Gateway oder ein eigener Server. Overrides in ~/.oharness/config.json gelten pro Feld, ein anderer Endpunkt bedeutet also nicht, den Rest des Anbieters neu anzugeben — das ist der vollständige Block, hier mit dem Standardwert, damit der Aufbau klar ist:
{
"providers": {
"official": {
"baseUrl": "https://api.oharness.ai/api/v1"
}
}
}Was Sie in jedem Fall bekommen
Dieselbe Agent-Schleife, dieselben Tools, dieselben MCP-Server und dieselben Berechtigungsregeln, egal welcher Anbieter darunter liegt — und ein Wechsel mitten in der Sitzung konvertiert nichts, weil der Verlauf nie im Format eines Anbieters gespeichert wird. Was ein Agent-Harness ist erklärt, warum das der schwierige Teil ist, und die Anbieter-Referenz behandelt den Katalog selbst.