Paramètres du système

Utilisez ceci lors de la modification des paramètres d'instance ou de l'enquête sur un Codex, Grok ou Claude problème de compatibilité de version. Par défaut sont suffisants pour commencer le guide de configuration.

Le propriétaire de la plateforme s'étend Administration → Paramètres du système dans la barre latérale, puis sélectionne Fuseau horaire (/admin/settings/timezone), Codex version client (/admin/settings/codex), Grok version client (/admin/settings/grok), ou Claude version client (/admin/settings/claude) . Le précédent /admin/settings redirections d'adresse vers Codex paramètres. Ces paramètres s'appliquent à toute l'instance; d'autres administrateurs d'espace de travail et membres ne peuvent pas les modifier. Préférences raccourci reste personnel : thème, langue et mot de passe.

Fuseau horaire de l'instance

La valeur par défaut est UTC. Entrez un IANA fuseau horaire tel que Asia/Shanghai Chaque allocation d’usage choisit une horloge de réinitialisation quotidienne ou une date et une horloge mensuelles dans la zone sélectionnée. La valeur par défaut est minuit (le premier jour pour les règles mensuelles). Le solde indique l'heure exacte de réinitialisation suivante; les changements d'heure sont traités par les règles du fuseau horaire. Les limites de requête minutes continuent d'utiliser des fenêtres fixes de soixante secondes.

L'utilisation actuelle de l'allocation est comptée à partir de l'heure de début de chaque demande dans la nouvelle fenêtre sélectionnée, de sorte que changer la zone ne permet pas d'effacer silencieusement l'utilisation actuelle. Déjà les révisions de l'allocation programmées conservent leur horodatage d'activation précédemment enregistré. Les résumés quotidiens opérationnels et la grille d'activité horaire restent regroupés par UTC; leurs étiquettes UTC restent visibles. settings['instance.time_zone'] et vérifié avec le changement.

Codex version client

La version effective est choisie dans cet ordre:

1. Une version manuelle explicite, si configurée.
2. La dernière version stable synchronisée, à condition qu'elle soit au moins par défaut intégrée.
3. La valeur par défaut (0.155.1).

Utilisation des versions manuelles major.minor.patch sans v un suffixe préfixe ou pré-release. Effacer l'entrée pour revenir à la sélection automatique. Une broche manuelle peut sélectionner délibérément une version ancienne; la synchronisation automatique ne diminue jamais la version stable mémorisée ou la ligne de base intégrée. La page affiche la version effective, sa source, la dernière version synchronisée et vérifie les horodatages.

Suivez automatiquement les versions stables Au démarrage, le service vérifie si le temps est écoulé et reprend le programme enregistré. Les contrôles réussis prévoient la prochaine tentative six heures plus tard. Les contrôles échoués préservent la version précédente réussie et réessayent après quinze minutes, en respectant les limites de taux en amont plus longues. Vérifiez maintenant actionner ou remplacer une broche manuelle.

Les vérifications manuelles partagent une opération en vol et ont un refroidissement de soixante secondes après une tentative terminée; les limites de débit en amont ou une panne de stockage peuvent l'étendre. Les appelants déconnectés n'annulent pas les vérifications partagées. SQLite - Ça se ferme.

Le service ne lit que le fonctionnaire openai/codex GitHub des métadonnées de publication. Il accepte stable rust-v… les balises et exclut les brouillons et les pré-publications. Le dernier paramètre de sortie a une réponse de 2 Mio liée; si elle pointe vers un autre composant, une page de retour est limitée à trente versions et 16 Mio, décodé une version à la fois. Les vérifications ont un délai de trente secondes, rejettent les redirections, et n'envoient aucune identification d'abonnement ou GitHub Jeton. Les défaillances réseau, les réponses invalides et les défaillances de persistance conservent la version antérieure efficace. Aucun binaire n'est téléchargé ou installé, et la dépendance CLIProxyAPI est inchangée.

Exemple Codex paramètres de la version avec les temps de vérification de l'échantillon:

Grok version client

Grok a une politique de version indépendante à Administration → Paramètres du système → Grok version client. Il utilise le même ordre de sélection, le même contrôle manuel, un horaire automatique de six heures, la rétention de défaillance, le refroidissement et le comportement d'arrêt décrit ci-dessus. 1.0.50.

Vérifications lues au fonctionnaire @xai-official/grok npm package's latest dist-tag. Les balises alpha et les chaînes de versions pré-release sont exclues. La réponse est limitée à 64 KiB, avec une date limite de trente-deuxième et redirections rejetées. SDK la dépendance est installée.

Les contrôles effectifs de la version x-grok-client-version et la correspondance User-Agent le Grok les demandes d'inférence d'abonnement et de facturation. Grok chat proxy avec HTTP 426 même si la découverte du modèle ou la lecture du quota sont réussies. Si les vérifications de version ne peuvent pas atteindre npm, utiliser Vérifiez maintenant Après la connectivité récupère ou définit une version stable vérifiée manuellement. Une broche manuelle prend la priorité sur les résultats automatiques ultérieurs.

Claude version client

Claude a une entité distincte Claude version client page /admin/settings/claude, avec les mêmes rebords manuels , contrôles de six heures , le refroidissement , la rétention de défaillance et le comportement de redémarrage . Sa version intégrée est 2.1.287.

Vérifications lues au fonctionnaire @anthropic-ai/claude-code npm package's stable L'éditeur est latest et next les canaux peuvent être plus récents; ils ne sont pas des substituts lorsque stable n'est pas disponible. Les vérifications ont les mêmes 64 KB de réponse liée et trente-deuxième échéance que Grok et n'installez pas d'exécutables.

Chaque demande d'inférence saisit une version. SDK génère son Utilisateur-Agent, la facturation de corps cc_version La mise à jour de la politique affecte les nouvelles requêtes alors qu'une requête déjà en cours conserve sa version originale. Les requêtes de découverte de modèles et de quotas utilisent également l'identité du client sélectionné. SDK Le magasin de justificatifs reste vide et les auditeurs bootstrap de version sont fermés immédiatement.

Opus 5.5 et Sonnet 5.5 utilisent leur pensée adaptative soutenue et les contrôles d'effort. Chat Completions et Responses préserver les limites explicites des jetons de sortie. OpenAI reasoning_effort: none sélectionne low effort sur l'Opus 5.5, dont la pensée est toujours allumée; sur Sonnet 5.5 il sélectionne between_toolsLes demandes adaptatives natives conservent leur intention d'affichage. La synchronisation des versions met à jour les métadonnées du client; les changements de protocoles futurs peuvent encore nécessiter des modifications d'adaptateur.

Persistance et comportement de demande

Indépendant limité JSON valeurs à settings['codex.version'], settings['grok.version']et settings['claude.version'] stocker la configuration de chaque fournisseur, la dernière version réussie et le calendrier de tentative. Codex les paramètres conservent leur clé et leur comportement d'origine. Aucune nouvelle table ou migration n'est nécessaire. settings.update Les observations de libération automatique ne créent pas d'événements de vérification administrateur. La version d'exécution n'est publiée qu'après que la persistance réussit.

Codex Chaque demande de découverte la capture une fois pour la requête, les en-têtes et le marqueur source persistant. Modifier la version invalide la fraîcheur du catalogue : la prochaine demande de lecture ou de modèle déclenche la redécouverte. Un résultat en vol d'une version remplacée est rejeté. D'autres fournisseurs et modèles d'administrateurs l'autorisent sont inchangés. Voir catalogues de modèles pour les données statiques et le comportement de routage.

Navigateur API

Tous les paramètres nécessitent la session propriétaire de la plate-forme. Les mutations nécessitent également l'origine exacte. Retry-AfterUne version de publication rapportée est des métadonnées de compatibilité, et non la preuve que chaque compte supporte chaque modèle dans cette version.

Métriques Prometheus

Un SUBLANE_METRICS_TOKEN aléatoire distinct de 32–128 caractères ASCII visibles active /metrics. Envoyez Authorization: Bearer <token> ; sessions navigateur, clés de passerelle et paramètres URL ne conviennent pas. Sans configuration : 404.

Compteurs globaux par résultat fixe, histogrammes de durée et de première sortie connue, baux d’inférence actifs et file. Latence inconnue exclue. Compteurs conservés après recyclage du runtime et remis à zéro au redémarrage ; entrée anonyme sans observation exclue. Lecture mémoire uniquement, sans SQL, IO fournisseur, noms, contenu ou secrets. Désactivé en démonstration.