Codex CLI mit RouterLab

1. Voraussetzungen prüfen

Node.js ^22.13.0 oder ≥23.5.0, installiertes Codex CLI (≥0.144.1) und ein aktiver RouterLab-Schlüssel. Unter Linux benötigt die sichere Speicherung secret-tool und einen verfügbaren Secret Service. Prüfen Sie die Voraussetzungen Ihrer ScioNos-Version im README.

node --version
codex --version

2. ScioNos installieren und Schlüssel anmelden

Verwenden Sie den Dienst routerlab. Die Anmeldung fragt den Schlüssel mit verdeckter Eingabe ab. Veröffentlichen Sie ihn nicht in einem Befehl. Die Diagnose muss die Verbindung und einen nicht leeren freigegebenen Katalog bestätigen.

npm install -g wrapper-scionos
wrapper-scionos --version
wrapper-scionos auth login --service routerlab
wrapper-scionos doctor --service routerlab

3. Modell wählen und Tool starten

Codex verwendet das Responses-Protokoll. Wählen Sie mit /model ein von ScioNos angebotenes und für Ihren Schlüssel freigegebenes Modell. Ein Eintrag im allgemeinen Katalog beweist keine Responses-Kompatibilität. Ein Trial-Konto muss eine kompatible -trial-Variante wählen.

wrapper-scionos codex launch --service routerlab

4. Ersten Start abschließen

Öffnen Sie einen Testordner. Bitten Sie zuerst um eine kurze Antwort ohne Tool und dann um das Lesen einer freigegebenen Datei. Sie sollten eine Antwort erhalten und die Nutzung in RouterLab sehen. Das genaue Ergebnis hängt vom Modell ab.

Antworte „Verbindung erfolgreich“, lies dann die README dieses Ordners und fasse sie in einem Satz zusammen. Ändere keine Dateien.

Grenzen und Fehlerbehebung

401: Schlüssel erneut anmelden. 403 oder leerer Katalog: Plan, Ablauf und freigegebene Modelle prüfen. 429: Das Kontingent wird von allen Schlüsseln und Modellen geteilt; Budget und Reset prüfen. Bei einer Unteragentensperre ein freigegebenes Modell wählen. Ersetzen Sie kein Trial-Modell durch eine Produktionsroute, um die Sperre zu umgehen.

Tools, Vision, Streaming und Reasoning hängen von Modell und Protokoll ab. Prüfen Sie einen kleinen repräsentativen Fall vor Ihrem Projekt. Die Dienstziele sind fest; benutzerdefinierte Base-URL-Variablen ersetzen sie nicht.

wrapper-scionos doctor --service routerlab
wrapper-scionos auth status --service routerlab

Abmeldung und Wiederherstellung

Beenden Sie Codex, stellen Sie die von ScioNos gesicherte Konfiguration wieder her und melden Sie den Dienst ab, um den gespeicherten Schlüssel zu entfernen.

wrapper-scionos codex restore --service routerlab
wrapper-scionos auth logout --service routerlab