generativeaiapikey, eine
regionsspezifische Base-URL und eine konfigurierte Modellliste (/models von Oracle ist
beim API-Key-Ablauf nicht zuverlässig verfügbar).
1. Die OCI-Richtlinie hinzufügen
2. Konfigurieren
ORACLE_MODELS ist eine kommagetrennte Liste (Leerzeichen werden entfernt). Das Verhalten
folgt der globalen Einstellung CONFIGURED_PROVIDER_MODELS_MODE – fallback (Standardwert)
verwendet die Liste, wenn /models von Oracle nicht verfügbar oder leer ist; allowlist
stellt nur konfigurierte Modelle bereit und überspringt den Upstream-Aufruf.
Oder in config.yaml:
ORACLE_MODELS die YAML-Angabe models: für den entsprechenden
Provider.
3. GoModel starten
4. Überprüfen
GET /v1/models gibt Modelle wie openai.gpt-oss-120b mit
owned_by: "oracle" zurück. Die Responses API funktioniert auf dieselbe Weise.
Verwenden Sie ein ausreichend hohes
max_tokens-Budget. Einige Reasoning-Modelle bei Oracle
können kurze Completions für Reasoning-Inhalte aufbrauchen, bevor sie den endgültigen
Assistant-Text ausgeben.Mehrere Oracle-Provider
Verwenden Sie Umgebungsvariablen mit Suffix, um eine zweite Oracle-Instanz zu registrieren:oracle-us registriert. Greifen Sie nur dann zu YAML, wenn die generierten Namen
nicht passen oder Sie Ausfallsicherheits-Einstellungen pro Provider überschreiben möchten.
Noch nicht integriert
- Native, OCI-basierte automatische Modellerkennung (würde
ORACLE_MODELS/ YAMLmodels:überflüssig machen). - Zuverlässige Nutzung des OpenAI-kompatiblen Endpunkts
/modelsvon Oracle beim API-Key-Ablauf.
Fehlerbehebung
404 Authorization failed or requested resource not found– fehlende OCI-Richtlinie, falsche Region oder Modell für das Konto nicht verfügbar.model registry has no models– setzen SieORACLE_MODELSoder YAMLmodels:.- OCI CLI funktioniert, aber Bearer-Requests an Oracle schlagen fehl – unterschiedliche Authentifizierungsabläufe. Die OCI CLI verwendet API-Signaturschlüssel; die Inferenz von Oracle Generative AI verwendet den Bearer-API-Key von Generative AI.