SovrGPT Dokumentation
API

OpenAI-kompatible API

SovrGPT-API im OpenAI-Schema: Basis-URL, Bearer-Schlüssel sov_…, Scopes und alle Endpunkte für Chat, Embeddings, Audio und Entscheidungen.

Die SovrGPT-API ist OpenAI-kompatibel. Bestehende OpenAI-Clients funktionieren, wenn Sie Basis-URL, API-Schlüssel und Modell-ID umstellen. Die Katalogmodelle rechnen in EU-Rechenzentren.

  • Basis-URL: https://sovrgpt.com/api/v1
  • Header: Authorization: Bearer sov_…
  • Schlüssel: sov_ plus 48 Hex-Zeichen, erzeugt unter Einstellungen → API-Keys, siehe Authentifizierung.
  • Scopes: chat, embeddings, rerank, speech, transcribe, mcp, decisions. Ab Werk hat ein Schlüssel alle; Sie können je Anwendungsfall einschränken.
curl https://sovrgpt.com/api/v1/chat/completions \
  -H "Authorization: Bearer $SOVR_KEY" \
  -H "Content-Type: application/json" \
  -d '{"model": "gemma-4-12b", "messages": [{"role": "user", "content": "Hallo!"}]}'

Endpunkte

EndpunktScopeZweck
GET /v1/models–Alle nutzbaren Modelle: Chat, Embeddings, Reranking, Sprache, Entscheidungen.
GET /v1/me–Rechte dieses Schlüssels: jeder Scope mit granted-Angabe.
POST /v1/chat/completionschatChat, als JSON oder Stream (SSE).
POST /v1/embeddingsembeddingsEmbeddings, OpenAI-kompatibel (bge-m3, nomic-embed-code).
POST /v1/rerankrerankReranking, Cohere-kompatibel (bge-reranker-base).
POST /v1/audio/speechspeechText-to-Speech: Stimmenkatalog (voice: "bib-m-40"), Supertonic oder CosyVoice 3 (Emotion, Inline-Tags, Stimmklon).
GET /v1/audio/voices–Stimmenkatalog mit Hörproben und der Angabe, ob Ihre Organisation wählen darf.
POST /v1/audio/voices/designsspeechNeu: eigene fiktive Stimme aus einer Beschreibung entwerfen, mit auto_adopt: true in einem Zug. Dazu GET (Liste), /{id}, /{id}/adopt, /suggest.
GET /v1/audio/voices/design-options–Neu: Sprecherkartei (Klangfarbe, Charakter, Tempo, Satzmelodie, Stimmlage, Einsatzgebiet), Grenzen und ob der Dienst geschaltet ist.
POST /v1/audio/transcriptionstranscribeSpeech-to-Text (Voxtral).
POST /v1/audio/uploadstranscribeUpload-Ticket für Aufnahmen über 4,5 MiB: signierte Adresse für den direkten Upload, Grenze 100 MiB.
POST /v1/decisionsdecisionsDecision Engine: Zustand und Fragen mit festen Optionen rein, Wahrscheinlichkeiten raus. Kein Antworttext, ein Vorwärtsdurchlauf je Frage.
GET /v1/decisions/presets–Hinterlegte Fragenpakete (ticket-routing-v1).
GET /v1/decisions/models–sovr-decision-v1/-v2, Vorgabe dieser Organisation, Betreiber, Land, Messwerte.
POST /mcp/mcpmcpMCP-Server mit Chat-, Such-, Bild- und Videowerkzeugen für Cursor, Claude Desktop, Zed, Windsurf.
POST /mcp/docs/mcpkein SchlüsselÖffentliche Doku-Suche über MCP.
POST /v1/images/generations–Geplant: Bildgenerierung (Z-Image, FLUX.2) als REST. Heute im Chat und über MCP.

Alle Endpunkte ohne Scope brauchen trotzdem einen gültigen Schlüssel, außer der Doku-Suche. Die maschinenlesbare Beschreibung steht in der OpenAPI-Spezifikation.

Kompatibilität mit dem OpenAI-Schema

Wir folgen dem OpenAI-v1-Schema, Stand 2026-04. Zusätzliche Felder wie tier in der Modellliste ergänzen das Schema; Standard-Clients ignorieren sie. Weitere OpenAI-Felder (z. B. seed, logit_bias) reichen wir an den Modellserver weiter. Ob sie wirken, hängt vom Modell ab.

Limits

Die API setzt derzeit kein festes Anfrage-Limit je Schlüssel durch. Diese Antworten sollte Ihr Client trotzdem behandeln:

StatusBedeutungReaktion
402 quota_exceededAusgabenlimit der Organisation (org_spend_limit) oder der Person, die den Schlüssel angelegt hat (user_spend_limit), ist erreicht.Limit unter Einstellungen → Ausgabenlimits prüfen.
429Der Modellanbieter drosselt.Mit Backoff wiederholen.
503 model_cold_startEin selbst betriebenes Modell fährt hoch.Nach Retry-After (60 s) wiederholen.

Versionierung

  • Aktuelle Version: v1.
  • Brechende Änderungen bekommen eine neue Versionsnummer (v2, v3 …) mit mindestens sechs Monaten Übergangszeit.
  • Neue Felder und neue Modell-IDs kommen ohne neue Version. Welche Modelle es gerade gibt, liefert GET /v1/models.

Weiter

OpenAI-kompatible API