GetAPI.ONE
GetAPI.ONE‑API-Anfrage senden
Wählen Sie ein angegebenes Protokoll, laden Sie den Schlüssel aus einer Umgebungsvariablen, ersetzen Sie den Modellplatzhalter, prüfen Sie das HTTP-Ergebnis und behandeln Sie Fehler ohne unbelegte Annahmen über Endpunkte.
Voraussetzungen und Grenzen
- Ein eingeschränkter GetAPI.ONE‑Schlüssel, gespeichert in GETAPI_ONE_API_KEY.
- Ein aktuelles Katalogmodell, bei dem der benötigte Endpunkttyp ausdrücklich aufgeführt ist.
- Eine Befehlszeile mit installiertem curl und erlaubtem ausgehendem HTTPS-Zugriff auf www.getapi.one.
- Akzeptieren Sie, dass eine echte Anfrage Nutzungskosten verursachen kann. Die Beispiele wurden ohne Modellanfragen geprüft.
1. Angegebenen Endpunkt wählen
| Endpunkttyp im Katalog | Methode und Pfad | Minimale Eingabestruktur |
|---|---|---|
| OpenAI Responses | POST https://www.getapi.one/v1/responses | model + input |
| OpenAI Chat | POST https://www.getapi.one/v1/chat/completions | model + messages |
Andere Protokollfamilien verwenden andere Pfade und Anfragekörper. Folgen Sie dem Endpunkt auf der gewählten Modellseite; passen Sie Anthropic-, Gemini-, Bild- oder Videoaufrufe nicht pauschal an die beiden obigen Beispiele an.
2. Beispiel für die Responses API
Verwenden Sie dies erst, nachdem Sie ein Katalogmodell mit aufgeführtem Responses-Endpunkt gewählt haben. Ersetzen Sie YOUR_RESPONSES_MODEL vor der Ausführung.
curl --fail-with-body https://www.getapi.one/v1/responses \
-H "Authorization: Bearer $GETAPI_ONE_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"model": "YOUR_RESPONSES_MODEL",
"input": "Reply with the word ready."
}'3. Beispiel für Chat Completions
Verwenden Sie dieses Beispiel nur, wenn beim gewählten Katalogmodell der OpenAI-Chat-Endpunkt aufgeführt ist. Ersetzen Sie YOUR_CHAT_MODEL vor der Ausführung.
curl --fail-with-body https://www.getapi.one/v1/chat/completions \
-H "Authorization: Bearer $GETAPI_ONE_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"model": "YOUR_CHAT_MODEL",
"messages": [
{"role": "user", "content": "Reply with the word ready."}
]
}'4. Ergebnis prüfen
- Lesen Sie zuerst den HTTP-Status. Ein 2xx-Status bedeutet, dass das Gateway die HTTP-Anfrage angenommen und abgeschlossen hat; Ihr Client muss das Antwortobjekt dennoch auf die erwartete Ausgabe prüfen.
- Prüfen Sie bei Responses den zurückgegebenen Status und die Ausgabestruktur. Prüfen Sie bei Chat Completions die zurückgegebene choices-Struktur. Setzen Sie nicht für beide Protokolle dieselbe Antwortstruktur voraus.
- Öffnen Sie das Anfrage- oder Nutzungsprotokoll von GetAPI.ONE und gleichen Sie Zeitpunkt, Endpunkt, Modell und gegebenenfalls Anfragekennung ab.
Streaming und Wiederholungsversuche
Streaming verändert die Antwortübertragung und Ereignisverarbeitung; die Unterstützung hängt vom gewählten Endpunkt und Modell ab. Beginnen Sie ohne Streaming und prüfen Sie Protokollreferenz und Modellseite, bevor Sie Streaming-Parameter ergänzen.
- Wiederholen Sie Authentifizierungs-, Kontingent-, Berechtigungs- oder Modellauswahlfehler nicht automatisch.
- Klären Sie vor der Wiederholung nach einer Zeitüberschreitung oder einem Upstream-Fehler, ob die ursprüngliche Anfrage bereits verarbeitet worden sein könnte und ob sich die Aktion sicher wiederholen lässt.
- Begrenzen Sie in Anwendungen Wiederholungsversuche und verwenden Sie Warteintervalle mit Backoff; bewahren Sie Anfragekennungen und Zeitstempel zur Diagnose auf.
Fehlerfälle
| Ergebnis | Was zu prüfen ist |
|---|---|
| 401 | Wert der Umgebungsvariablen, versehentliche Leerzeichen, Schlüsselstatus und passende ONE-Kombination aus Schlüssel und Adresse. |
| 404 | Genaue Methode und Pfad, doppeltes oder fehlendes /v1 sowie ein möglicherweise vom Client angehängter weiterer Pfad. |
| Modell nicht gefunden / Zugriff verweigert | Exakte Katalogbezeichnung, Endpunktkennzeichnung, Schlüsselgruppe, Modellverfügbarkeit und Kontoberechtigungen. |
| Kontingent / Ratenbegrenzung | Ablaufdatum und Kontingent des Schlüssels, Kontoguthaben oder Paket, Gruppengrenzen und aktuelle Preise. |
| 5xx / Zeitüberschreitung | Netzwerk, Details des Gateway-/Upstream-Fehlers, Anfragekennung und die Frage, ob ein sicherer Wiederholungsversuch sinnvoll ist. |