Von der Anfrage zur Untersuchung und zum Support
- Öffnen Sie Anfragen im zuständigen Workspace. Suchen Sie die Request ID und wählen Sie die Zeile aus.
- Öffnen Sie die vollständigen Details auf einer eigenen Seite. Die Rückkehr zur Liste stellt die Filter wieder her. Ein Link erteilt keine Zugriffsrechte auf andere Workspaces; verwenden Sie ein berechtigtes Konto.
- Aktualisieren Sie bei ausstehenden oder unbekannten Zuständen zuerst den Fortschritt. Bei Fehlern oder unterbrochenen Antworten können Sie die angebotene Untersuchung im integrierten Agent starten. Die ursprüngliche Modellanfrage wird dabei nicht erneut gesendet. Erfolgreiche Anfragen benötigen standardmäßig keine Untersuchung.
- Wählen Sie bei Bedarf menschlichen Support aus der Anfrage oder Untersuchung. Prüfen Sie die Vorschau mit der verknüpften Anfrage und Unterhaltung, sofern vorhanden, entfernen Sie private Inhalte und senden Sie ausdrücklich ab. Untersuchung und Vorschau allein eröffnen keine Supportanfrage.
- Bewahren Sie die Bestätigung auf und führen Sie dieselbe Unterhaltung unter Support für Antworten und Ergänzungen fort, statt doppelte Anfragen zu senden.
Öffentliche Identifikatoren Zum Erfassen
Speichern Sie keine Anbieter-Aufgaben-IDs, Anbieter-URLs, Anbieter-Identifikatoren, Redis-Schlüssel oder sensiblen Ausführungsmetadaten als kundenorientierte Datensätze.
Was Zu Protokollieren Ist
Protokollieren Sie genug, um die Anfrage zu diagnostizieren, ohne Geheimnisse preiszugeben:- Endpunkt, HTTP-Methode, Modell, Statuscode, Zeitstempel und Latenz.
- Öffentliche Identifikatoren:
request_id,task_id,poll_urlundbilling_transaction_id, wenn vorhanden. - Sanitärisierte Anfrageform: welche Felder vorhanden waren, nicht das vollständige Prompt oder private Medieninhalte.
- Terminal asynchrone Statusantworten, einschließlich öffentlicher Fehlerfelder.
- Client-Wiederholungsanzahl und ob die Wiederholung eine neue Aufgabe erstellt oder eine bestehende fortgesetzt hat.
Authorization, API-Schlüssel, Verwaltungstoken, signierte URLs, private Medien-URLs, vollständige Prompts und persönliche Benutzerdaten, es sei denn, Sie haben ausdrückliche Erlaubnis, diese zu behalten.
Fehlersuche-Matrix
Nutzungskontrolle
Verwenden Sie die Management-API für serverseitige Abgleiche:GET /v1/management/api-keys/{keyId}/usage kann nach scene, model, modelVendor, startDate und endDate filtern. Verwenden Sie diese Aufzeichnungen anstelle von Scraping-Dashboard-Seiten oder der Abhängigkeit von Anbieter-Aufgaben-IDs.
Streaming-Antworten können nach dem Senden des Streams abgerechnet werden, sodass ein Abrechnungsheader fehlen kann, selbst wenn die Nutzung später aufgezeichnet wird. Asynchrone Medienaufgaben können nach terminalen Abfragen abgerechnet werden.
Support-Paketvorlage
Beim Kontakt mit dem Support sollten Sie Folgendes einfügen:request_id.task_idundpoll_urlfür asynchrone Arbeiten.billing_transaction_id, wenn vorhanden.- Endpunkt, Methode, Modell, Zeitstempel und Statuscode.
- Sanitärisierte Anfrageform und öffentlicher Fehlertext.
- Ihr erwartetes Ergebnis und was der Benutzer tatsächlich gesehen hat.
Betriebliche Überprüfungen
- Alarmieren Sie bei wiederholten
401,402,429und5xx-Antworten separat; sie haben normalerweise unterschiedliche Verantwortliche. - Verfolgen Sie asynchrone Jobs, die länger als Ihre Produkt-SLA nicht-terminal bleiben.
- Verfolgen Sie doppelte Erstellungsversuche für dieselbe Benutzer-Job-ID.
- Proben Sie abgeschlossene Jobs und überprüfen Sie, ob das benutzerseitig sichtbare Asset, die Nutzungsaufzeichnung und der gespeicherte Aufgabenaufzeichnung übereinstimmen.