システム設定

インスタンスの設定を変更する場合、または Codex、Grok、または Claude のバージョン互換性の問題を調査する場合にこれを使用します。開始するにはデフォルトで十分です。 セットアップガイド.

プラットフォーム所有者が拡大 管理 → システム設定 サイドバーで を選択し、 タイムゾーン (/admin/settings/timezone), Codex クライアントのバージョン (/admin/settings/codex), Grok クライアントのバージョン (/admin/settings/grok）、 または Claude クライアントのバージョン (/admin/settings/claude）。前回の /admin/settings アドレスは Codex 設定にリダイレクトされます。これらの設定はインスタンス全体に適用されます。他のワークスペース管理者やメンバーはそれらを変更できません。ヘッダーの 設定 ショートカットは個人用のままです: テーマ、言語、パスワード。

インスタンスのタイムゾーン

デフォルトは UTC。 IANA タイムゾーンを入力します。例: Asia/Shanghai それを保存すると、ワークスペース全体でそのゾーンのタイムスタンプが表示されます。各利用枠では、選択したゾーンの毎日のリセット クロックまたは月次の日付とクロックが選択されます。デフォルトは午前 0 時 (月次ルールの最初の日) です。天びんは正確な次のリセット時間を示します。夏時間の変更はタイムゾーンルールによって処理されます。分単位のリクエスト制限では、引き続き 60 秒の固定ウィンドウが使用されます。

変更はすぐに有効になります。既存の割り当ての使用量は、新しく選択されたウィンドウ内の各リクエストの開始時間からカウントされるため、ゾーンを変更しても現在の使用量が自動的にクリアされるわけではありません。すでにスケジュールされた割り当てリビジョンには、以前に保存されたアクティベーション タイムスタンプが保持されます。運用の毎日の概要と時間ごとのアクティビティ グリッドは UTC ごとにグループ化されたままになります。 UTC ラベルは表示されたままになります。設定は次の場所に保存されます settings['instance.time_zone'] そしてその変更を監査されました。

Codex クライアントのバージョン

有効なバージョンは次の順序で選択されます。

1. 明示的な手動バージョン (構成されている場合)。
2. 最後に同期された安定バージョン (少なくとも組み込みのデフォルトである場合)。
3. 組み込みのデフォルト (0.155.1).

マニュアルバージョンは使用します major.minor.patch なしで v プレフィックスまたはプレリリースサフィックス。入力をクリアすると自動選択に戻ります。手動ピンでは古いバージョンが意図的に選択される場合があります。自動同期により、記憶されている安定バージョンや組み込みのベースラインが低下することはありません。このページには、有効なバージョン、そのソース、最後に同期されたバージョン、およびチェック タイムスタンプが表示されます。

安定版リリースを自動的にフォローする はデフォルトで有効になっています。サービスは起動時に期限が切れているかどうかを確認し、期限が切れていない場合は保存されたスケジュールを再開します。チェックが成功すると、次の試行が 6 時間後にスケジュールされます。失敗したチェックでは、以前の成功したバージョンが保存され、より長いアップストリーム レート制限に従って 15 分後に再試行されます。自動チェックをオフにすると、保留中の自動作業がキャンセルされ、既知のバージョンが保持されます。明示的な行為を妨げるものではありません 今すぐチェック アクションを実行するか、手動ピンを上書きします。

手動チェックは実行中の操作を共有し、試行完了後に 60 秒のクールダウンが必要です。アップストリームのレート制限またはストレージの障害によって延長される可能性があります。切断された発信者は共有チェックをキャンセルしません。シャットダウンは、SQLite が閉じる前にすべてのチェックをキャンセルして結合します。

このサービスは公式のみを読み取ります openai/codex GitHub メタデータをリリースします。安定して受け付けます rust-v… タグを付け、ドラフトとプレリリースを除外します。最新リリースのエンドポイントには 2 MiB の応答制限があります。別のコンポーネントを指している場合、1 つのフォールバック ページは 30 リリースおよび 16 MiB に制限され、一度に 1 リリースをデコードします。チェックには 32 秒の期限があり、リダイレクトは拒否され、サブスクリプション資格情報や GitHub トークンは送信されません。ネットワーク障害、無効な応答、永続化障害では、以前の有効なバージョンが保持されます。バイナリはダウンロードまたはインストールされず、CLIProxyAPI の依存関係は変更されません。

Codex のバージョン設定とサンプル チェック時間の例:

Grok クライアントのバージョン

Grok には独立したバージョン ポリシーがあります。 管理 → システム設定 → Grok クライアントのバージョン。上記と同じ選択順序、手動オーバーライド、6 時間の自動スケジュール、障害保持、クールダウンおよびシャットダウン動作が使用されます。組み込みのデフォルトは次のとおりです 1.0.50.

小切手は公式を読みます @xai-official/grok npmパッケージの latest 距離タグ。アルファタグとプレリリースバージョン文字列は除外されます。応答は 64 KiB に制限され、期限は 32 秒で、リダイレクトは拒否されます。サブスクリプション認証情報は送信されず、CLI バイナリまたは SDK 依存関係もインストールされません。

効果的なバージョン管理 x-grok-client-version そしてマッチング User-Agent Grok のサブスクリプション推論と請求リクエストについて。古いクライアント バージョンは、モデル検出またはクォータ読み取りが成功している場合でも、HTTP 426 を使用して Grok チャット プロキシによって拒否される可能性があります。バージョンチェックが npm に到達できない場合は、次を使用します。 今すぐチェック 接続が回復した後、または手動で検証された安定バージョンを設定します。手動ピンは、後の自動結果よりも優先されます。

Claude クライアントのバージョン

Claude には別の Claude クライアントのバージョン のページ /admin/settings/claude、同じ手動オーバーライド、6 時間チェック、クールダウン、障害保持、および再起動動作を使用します。その組み込みバージョンは、 2.1.287.

小切手は公式を読みます @anthropic-ai/claude-code npmパッケージの 安定した 距離タグ。出版社の latest そして next チャンネルはより新しいものになる可能性があります。彼らは代替品ではない stable は利用できません。チェックには、Grok と同じ 64 KiB の応答制限と 32 秒の期限があり、実行可能ファイルはインストールされません。

各推論リクエストは 1 つのバージョンをキャプチャします。パブリック SDK はユーザーエージェント、本体請求を生成します cc_version そして、そのバージョンの不変設定からの CCH 署名。ポリシーを更新すると新しいリクエストに影響しますが、すでに実行されているリクエストは元のバージョンを保持します。モデル検出およびクォータ クエリでも、選択されたクライアント ID が使用されます。 SDK 資格情報ストアは空のままで、バージョン ブートストラップ リスナーはすぐに閉じられます。

Opus 5.5 と Sonnet 5.5 は、サポートされている適応的思考と努力制御を使用します。 Chat Completions および Responses は明示的な出力トークン制限を保持します。 OpenAI reasoning_effort: none 選択します low Opus 5.5 の取り組みでは、常に思考がオンになっています。 Sonnet 5.5 では選択します between_tools、前向きな考えがありません。これらのモデルがサポートしていないネイティブの手動思考予算と強制的なツールの選択は、プロバイダー IO の前に拒否されます。ネイティブ アダプティブ リクエストは表示意図を保持します。バージョン同期によりクライアントのメタデータが更新されます。将来のプロトコル変更では、アダプターの変更が必要になる可能性があります。

永続性とリクエストの動作

独立した制限された JSON 値 settings['codex.version'], settings['grok.version']、 そして settings['claude.version'] 各プロバイダーの構成、最後に成功したバージョン、試行タイミングを保存します。既存の Codex 設定は、元のキーと動作を保持します。新しいテーブルや移行は必要ありません。成功した構成変更とその変更 settings.update イベントのコミットを一緒に監査します。自動リリース監視では、管理者監査イベントは作成されません。ランタイム バージョンは、永続化が成功した後にのみ公開されます。

Codex モデルの検出、クォータ メタデータ、および転送では、有効なバージョンが使用されます。各検出リクエストは、クエリ、ヘッダー、および永続化されたソース マーカーに対してそれを 1 回キャプチャします。バージョンを変更すると、カタログの鮮度が無効になります。次のカタログ読み取りまたはモデル要求によって再検出がトリガーされます。置き換えられたバージョンからの実行中の結果は破棄されます。他のプロバイダーと管理者モデルのホワイトリストは変更されません。見る モデルカタログ 古いデータとルーティング動作の場合。

ブラウザ API

すべてのエンドポイントにはプラットフォーム所有者セッションが必要です。突然変異には正確な起源も必要です。無効なバージョンは 400 を返します。クールダウンが 429 を返すことを確認してください Retry-After;リリースまたは永続化に失敗すると、サニタイズされた 503 エラーが返されます。報告されたリリース バージョンは互換性メタデータであり、すべてのアカウントがそのリリースのすべてのモデルをサポートしていることを証明するものではありません。

Prometheus メトリクス

独立したランダムな SUBLANE_METRICS_TOKEN（可視 ASCII 32〜128 文字）で /metrics を有効にします。取得側は Authorization: Bearer <token> を送信してください。ブラウザーセッション、ゲートウェイキー、URL パラメーターは使えません。未設定時は 404 です。

プロセス全体の結果別カウンター、所要時間と観測済み初出力のヒストグラム、推論リース数、待機数を出力します。不明な遅延は含めません。ワークスペース実行環境の回収後も保持し、プロセス再起動でリセットします。ゲートウェイ観測前の匿名アクセスは対象外です。取得はメモリーのみで、SQL、プロバイダー IO、名前や内容・秘密の出力は行いません。デモでは無効です。