Configuración del sistema

Use esto cuando cambie la configuración de instancia o investigue una Codex, Grok o Claude problema de compatibilidad de la versión. Guía de configuración.

El propietario de la plataforma se expande Administración → Configuración del sistema en la barra lateral, luego selecciona Huso horario (/admin/settings/timezone), Codex versión del cliente (/admin/settings/codex), Grok versión del cliente (/admin/settings/grok), o Claude versión del cliente (/admin/settings/claude). El anterior /admin/settings address redirects to Codex configuración. Estos ajustes se aplican a toda la instancia; otros administradores y miembros del espacio de trabajo no pueden cambiarlos. Preferencias atajo sigue siendo personal: tema, idioma y contraseña.

Zona horaria de la instancia

El predeterminado UTC. Ingrese un IANA zona horaria como Asia/Shanghai y guardarlo para mostrar los horarios en esa zona a través de los espacios de trabajo. Cada asignación de recursos elige un reloj de reajuste diario o una fecha y reloj mensual en la zona seleccionada. El predeterminado es la medianoche (el primer día para las reglas mensuales). El saldo muestra la próxima hora exacta de reajuste; los cambios de ahorro de la luz del día se manejan por las reglas de la zona horaria.

El cambio tiene efecto inmediatamente. El uso de la prestación existente se cuenta desde el tiempo de inicio de cada solicitud dentro de la ventana recién seleccionada, por lo que cambiar la zona no deja despejar el uso actual silenciosamente claro. Las revisiones de la asignación ya programadas mantienen su tiempo de activación guardado previamente. Los resúmenes diarios operativos y la red de actividad por hora siguen agrupados por UTC; sus etiquetas UTC permanecen visibles. settings['instance.time_zone'] y auditado con el cambio.

Codex versión del cliente

La versión efectiva es elegida en este orden:

1. Una versión manual explícita, si está configurada.
2. La última versión estable sincronizada, siempre y cuando sea por lo menos el predeterminado incorporado.
3. El predeterminado incorporado (0.155.1).

Uso de versiones manuales major.minor.patch sin un v prefijo o sufijo pre-release. Limpiar la entrada para volver a la selección automática. Un pin manual puede seleccionar una versión anterior deliberadamente; sincronización automática nunca disminuye la versión estable recordada o la línea de referencia incorporada. La página muestra la versión efectiva, su fuente, la última versión sincronizada, y tiempos de comprobación.

Siga automáticamente las versiones estables Se activa por defecto. Al iniciarse, el servicio comprobará si se debe y de otra manera se reanudará el horario guardado. Los cheques exitosos programan el siguiente intento seis horas más tarde. Los cheques fallidos preservan la versión exitosa anterior y la reiniciación después de quince minutos, respetando los límites de tarifa más largos. Apague los cheques automáticos cancela el trabajo automático pendiente y mantiene la versión conocida. Compruébalo ahora acción o anular un pin manual.

Los cheques manuales comparten una operación en vuelo y tienen una refrigeración de 62 segundos después de un intento completado; los límites de velocidad de arriba o una falla de almacenamiento pueden ampliarlo. Los calladores desconectados no cancelan los cheques compartidos. SQLite cierra.

El servicio sólo lee al funcionario openai/codex GitHub metadatos de liberación. rust-v… tags y excluye borradores y pre-releases. El último punto final de liberación tiene un límite de respuesta de 2 MiB; si apunta a otro componente, una página de descaimiento se limita a treinta lanzamientos y 16 MiB, decodificado una liberación a la vez. Los cheques tienen un plazo de 32 segundos, rechazar redirecciones, y no enviar credenciales de suscripción o GitHub token. Insuficiencias de red, respuestas inválidas y fallos de persistencia conservan la versión efectiva anterior. No se descarga ni se instala ningún binario, y la dependencia CLIProxyAPI no se cambia.

Ejemplo Codex configuración de la versión con tiempos de comprobación de la muestra:

Grok versión del cliente

Grok tiene una política de versión independiente Administración → Configuración del sistema → Grok versión cliente. Utiliza el mismo orden de selección, anulación manual, horario automático de seis horas, retención de fallos, enfriamiento y cierre de comportamiento descrito anteriormente. 1.0.50.

Los cheques leen el oficial @xai-official/grok Paquete de npm latest etiquetas alfa y cadenas de versión pre-release están excluidas. La respuesta se limita a 64 KiB, con un plazo de 32 segundos y redirecciona rechazada. No se envían credenciales de suscripción ni se envían binarios CLI o no SDK La dependencia está instalada.

Controles de la versión efectiva x-grok-client-version y el emparejado User-Agent on Grok solicitudes de inferencia de suscripción y facturación. Las versiones de clientes más antiguas pueden ser rechazadas por la Grok chat proxy con HTTP 426 incluso mientras que el descubrimiento del modelo o la cuota lee éxito. Si los cheques de la versión no pueden llegar a las npm, use Compruébalo ahora después de que la conectividad se recupera o establece una versión estable verificada manualmente. Un pin manual toma prioridad sobre los resultados automáticos posteriores.

Claude versión del cliente

Claude tiene un separado Claude versión del cliente página /admin/settings/claude, con los mismos anulaciones manuales, cheques de seis horas, enfriamiento, retención de fallos y comportamiento de reinicio. Su versión incorporada es 2.1.287.

Los cheques leen el oficial @anthropic-ai/claude-code Paquete de npm estable el sello del editor latest y next los canales pueden ser más nuevos; no son sustitutos cuando stable no está disponible. Los cheques tienen el mismo límite de respuesta de 64 KiB y el plazo de 32o como Grok y no instalar ejecutables.

Cada solicitud de inferencia captura una versión. SDK genera su facturación de usuario-agente, cuerpo cc_version y CCH firma de una configuración inmutable para esa versión. Actualizar la política afecta nuevas solicitudes mientras una solicitud ya se ejecuta conserva su versión original. Las consultas modelo de descubrimiento y cuota también utilizan la identidad de cliente seleccionada. SDK la tienda credencial permanece vacía y los oyentes de arranque de versión están cerrados inmediatamente.

Opus 5.5 y Sonnet 5.5 utilizan sus controles de pensamiento adaptativo y esfuerzo compatibles. Chat Completions y Responses preservar los límites explícitos de producción. OpenAI reasoning_effort: none selecciones low esfuerzo en el Opus 5.5, cuyo pensamiento está siempre encendido; en Sonnet 5.5 selecciona between_tools, sin ningún pensamiento frontal. Los presupuestos nativos de pensamiento manual y las opciones de herramientas forzadas que estos modelos no soportan son rechazados antes de que el proveedor IO. Las solicitudes de adaptación nativas mantengan su intención de visualización.

Persistencia y solicitud de comportamiento

Contencioso independiente JSON valores a valores settings['codex.version'], settings['grok.version'], y settings['claude.version'] almacenar la configuración de cada proveedor, la última versión exitosa y el tiempo de intento. Codex Los ajustes conservan su clave original y su comportamiento. No se requiere nueva tabla o migración. Cambios de configuración exitosos y sus settings.update Las observaciones de lanzamiento automático no crean eventos de auditoría de administrador. La versión de tiempo de ejecución se publica sólo después de tener éxitos persistentes.

Codex El descubrimiento del modelo, los metadatos de cuota y el reenvío utilizan la versión efectiva. Cada solicitud de descubrimiento lo captura una vez para la consulta, los encabezados y el marcador de fuente persistido. Cambiar la versión invalida la frescura del catálogo: el próximo catálogo lee o la solicitud de modelo activa el redescubrimiento. Un resultado en vuelo de una versión superpuesta es descartado. catálogos de modelos para el comportamiento de los datos y de los pudridos.

Navegador API

Todos los puntos finales requieren la sesión del propietario de la plataforma. Las mutaciones también requieren el origen exacto. versiones inválidas devuelven 400; chequear las refrigeraciones devuelven 429 con Retry-After; fallos de liberación o persistencia devuelven errores sanitarios 503. Una versión reportada de liberación es metadatos de compatibilidad, no prueba de que cada cuenta soporta cada modelo en esa versión.

Métricas Prometheus

Un SUBLANE_METRICS_TOKEN aleatorio independiente de 32–128 caracteres ASCII visibles activa /metrics. Envía Authorization: Bearer <token>; sesiones, claves de pasarela y parámetros URL no autentican. Sin configuración devuelve 404.

Contadores de proceso por resultados fijos, histogramas de duración y primera salida conocida, concesiones activas y cola. Omite latencia desconocida. Contadores sobreviven al reciclaje del runtime y se reinician con el proceso; excluyen entradas anónimas sin observación. Solo memoria, sin SQL, IO de proveedores, nombres, contenido ni secretos. Desactivado en demostración.