Systemeinstellungen

Verwenden Sie dies, wenn Sie die Instanzeinstellungen ändern oder eine Codex, Grok oder Claude Versionskompatibilitätsproblem. Defaults sind ausreichend, um die Aufstellführung.

Der Eigentümer der Plattform expandiert Administration → Systemeinstellungen in der Seitenleiste, dann wählt Zeitzone (/admin/settings/timezone), Codex Clientversion (/admin/settings/codex), Grok Clientversion (/admin/settings/grok, oder Claude Clientversion (/admin/settings/claude. . . Die vorherige /admin/settings Adress-Weiterleitungen an Codex Einstellungen. Diese Einstellungen gelten für die gesamte Instanz; andere Workspace-Administratoren und -Mitglieder können sie nicht ändern. Einstellungen Shortcut bleibt persönlich: Thema, Sprache und Passwort.

Zeitzone

Der Default ist UTC. Geben Sie ein IANA Zeitzone wie z.B. Asia/Shanghai und speichern Sie es, um Zeitstempel in dieser Zone über Arbeitsbereiche hinweg anzuzeigen. Jede Nutzungskontingent wählt eine tägliche Reset-Uhr oder ein monatliches Datum und eine Uhr in der ausgewählten Zone aus. Standardmäßig ist Mitternacht (der erste Tag für monatliche Regeln). Der Saldo zeigt die genaue nächste Reset-Zeit an. Tageslichteinsparungsänderungen werden durch die Zeitzonenregeln behandelt. Minutenanforderungslimits verwenden weiterhin feste 60-Sekunden-Fenster.

Die Änderung tritt sofort in Kraft. Die Nutzung der vorhandenen Zertifikate wird ab der Startzeit jeder Anforderung innerhalb des neu ausgewählten Fensters gezählt, so dass das Ändern der Zone die aktuelle Nutzung nicht stillschweigend löscht. Bereits geplante Zuteilungsrevisionen behalten ihren zuvor gespeicherten Aktivierungszeitstempel. Die operativen täglichen Zusammenfassungen und das stündliche Aktivitätsraster bleiben nach UTC gruppiert; ihre UTC-Beschriftungen bleiben sichtbar. Die Einstellung wird gespeichert in settings['instance.time_zone'] und mit der Änderung auditiert.

Codex Clientversion

Die effektive Version wird in dieser Reihenfolge gewählt:

1. Eine explizite manuelle Version, falls konfiguriert.
2. Die letzte synchronisierte stabile Version, vorausgesetzt, es handelt sich zumindest um den eingebauten Standard.
3. Der eingebaute Standard ()0.155.1).

Verwendung von Manualversionen major.minor.patch ohne eine v Ein manueller Pin kann eine ältere Version absichtlich auswählen; die automatische Synchronisation senkt niemals die erinnerte stabile Version oder die eingebaute Baseline. Die Seite zeigt die effektive Version, ihre Quelle, die letzte synchronisierte Version und überprüft Zeitstempel.

Automatisch stabilen Releases folgen Beim Start überprüft der Dienst, ob er fällig ist, und nimmt ansonsten den gespeicherten Zeitplan wieder auf. Erfolgreiche Überprüfungen planen den nächsten Versuch sechs Stunden später. Fehlgeschlagene Überprüfungen bewahren die vorherige erfolgreiche Version bei und wiederholen nach fünfzehn Minuten unter Einhaltung längerer vorgelagerter Tarifgrenzen. Automatische Überprüfungen abschalten storniert bis zur automatischen Arbeit und behält die bekannte Version bei. Es verhindert nicht, dass eine explizite Jetzt prüfen Betätigen oder Überschreiben eines manuellen Pins.

Manuelle Prüfungen teilen sich einen Flugbetrieb und haben nach einem abgeschlossenen Versuch eine 60-Sekunden-Abklingzeit; vorgelagerte Ratenbegrenzungen oder ein Speicherausfall können sie verlängern. SQLite schließt.

Der Dienst liest nur den Beamten openai/codex GitHub Metadaten freigeben. rust-v… Der letzte Release-Endpunkt hat eine Antwort von 2 MiB; wenn er auf eine andere Komponente verweist, ist eine Fallback-Seite auf dreißig Releases und 16 MiB begrenzt, eine Version gleichzeitig dekodiert. GitHub Netzwerkausfälle, ungültige Antworten und Persistenzausfälle behalten die vorherige effektive Version bei. Es wird keine Binärdatei heruntergeladen oder installiert, und die Abhängigkeit von CLIProxyAPI ist unverändert.

Beispiel Codex Versionseinstellungen mit Stichproben-Prüfzeiten:

Grok Clientversion

Grok hat eine unabhängige Versionsrichtlinie bei Administration → Systemeinstellungen Grok Clientversion. Es verwendet die gleiche Auswahlreihenfolge, manuelles Übersteuern, sechsstündiges automatisches Schema, Fehlererhaltung, Abkling- und Abschaltverhalten, wie oben beschrieben. 1.0.50.

Schecks lesen Sie den Beamten @xai-official/grok npm-Pakete latest dist-tag. Alpha-Tags und Vorabversions-Strings sind ausgeschlossen. Die Antwort ist auf 64 KiB begrenzt, mit einer Frist von 30 Sekunden und abgelehnten Weiterleitungen. Es werden keine Abonnement-Anmeldeinformationen gesendet und keine CLI-Binärdatei oder SDK Abhängigkeit installiert ist.

Die effektive Versionskontrolle x-grok-client-version und das Matching User-Agent am Grok Subscription Inference und Billing Requests. Ältere Client-Versionen können vom Grok Chat-Proxy mit HTTP 426 auch wenn Modellerkennung oder Quota-Lesevorgänge erfolgreich sind. Jetzt prüfen Nach der Konnektivität wird eine manuell verifizierte stabile Version wiederhergestellt oder eingestellt. Ein manueller Pin hat Vorrang vor späteren automatischen Ergebnissen.

Claude Clientversion

Claude hat einen separaten Claude Clientversion Seite: /admin/settings/claude, mit den gleichen manuellen Überschreibungen, sechsstündigen Überprüfungen, Cooldown, Fehlererhaltung und Neustartverhalten. 2.1.287.

Schecks lesen Sie den Beamten @anthropic-ai/claude-code npm-Pakete stabil dist-tag. Der Verlag latest und next Kanäle können neuer sein; sie sind kein Ersatz, wenn stable Schecks haben die gleiche 64-KiB-Antwort und eine Frist von 30 Sekunden wie Grok und keine ausführbaren Dateien installieren.

Jede Inferenzanforderung erfasst eine Version. SDK generiert seinen User-Agent, Body Billing cc_version Die Aktualisierung der Richtlinie wirkt sich auf neue Anforderungen aus, während eine bereits ausgeführte Anforderung ihre ursprüngliche Version beibehält. SDK Der Zugangsnachweisspeicher bleibt leer und die Versions-Bootstrap-Hörer werden sofort geschlossen.

Opus 5.5 und Sonnet 5.5 nutzen ihre unterstützten adaptiven Denk- und Aufwandssteuerungen. Chat Completions und Responses Bewahren Sie explizite Output-Token-Limits auf. OpenAI reasoning_effort: none auswählt low Anstrengung auf Opus 5,5, dessen Denken immer an ist; auf Sonnet 5,5 wählt es aus between_toolsNative manuelle Denkbudgets und erzwungene Tool-Optionen, die diese Modelle nicht unterstützen, werden vor dem Provider IO abgelehnt. Native adaptive Anfragen behalten ihre Anzeigeabsicht bei. Versionssynchronisierung aktualisiert Client-Metadaten; zukünftige Protokolländerungen können immer noch Adapteränderungen erfordern.

Persistenz und Anforderungsverhalten

Unabhängige Begrenzung JSON Werte at settings['codex.version'], settings['grok.version'], und settings['claude.version'] Speichern Sie die Konfiguration jedes Anbieters, die letzte erfolgreiche Version und den Versuchszeitpunkt. Codex Die Einstellungen behalten ihren ursprünglichen Schlüssel und ihr Verhalten bei. Es ist keine neue Tabelle oder Migration erforderlich. Erfolgreiche Konfigurationsänderungen settings.update Audit-Event Commit zusammen. Automatische Release-Beobachtungen erzeugen keine Administrator-Audit-Events. Die Laufzeitversion wird nur veröffentlicht, wenn Persistenz erfolgreich ist.

Codex Model Discovery, Quotierungsmetadaten und Weiterleitung verwenden die effektive Version. Jede Discovery-Anfrage erfasst sie einmal für die Abfrage, Header und persistente Quellmarkierung. Ändern der Version ungültig macht die Katalogfrische: Die nächste Kataloglese- oder Modellanforderung löst eine Wiederentdeckung aus. Ein In-Flight-Ergebnis einer verdrängten Version wird verworfen. Andere Anbieter und Administrator-Modell-Erlaubnislisten sind unverändert. Modellkataloge für veraltete Daten und Routing-Verhalten.

Browser API

Alle Endpunkte erfordern die Sitzung des Plattformbesitzers. Mutationen erfordern auch den genauen Ursprung. Invalid-Versionen geben 400 zurück; Check Cooldowns geben 429 mit Retry-After; Release- oder Persistenzfehler geben bereinigte 503-Fehler zurück. Eine gemeldete Release-Version ist Kompatibilitätsmetadaten, nicht der Nachweis, dass jedes Konto jedes Modell in diesem Release unterstützt.

Prometheus-Metriken

Separates zufälliges SUBLANE_METRICS_TOKEN mit 32–128 sichtbaren ASCII-Zeichen aktiviert /metrics. Scraper senden Authorization: Bearer <token>; Browser-Sitzungen, Gateway-Schlüssel und URL-Parameter authentifizieren nicht. Ohne Einstellung: 404.

Prozessweite Zähler mit festen Ergebnissen, Dauer-/bekannte Erstausgabe-Histogramme, aktive Inferenz-Leases und Warteschlange. Unbekannte Latenz entfällt. Zähler überleben Workspace-Runtime-Recycling und starten beim Prozessneustart neu; anonymer Eingang ohne Gateway-Beobachtung entfällt. Scrapes lesen nur Speicher, ohne SQL, Anbieter-IO, Namen, Inhalte oder Geheimnisse. Im Demo-Modus deaktiviert.