Skip to main content
Un checkpoint de estado protege el estado de entrenamiento del servidor. Un registro de recuperación completo también protege el estado controlado por el usuario que indica al controlador qué debe hacer después.

Qué guardar

El cliente de entrenamiento del SDK representa un trabajo interactivo de Fastino. Lee su ID canónico de training_client.get_info().model_data.model_id.

1. Guarda el estado y el progreso del bucle

Guarda el estado mediante el SDK y conserva después el checkpoint devuelto con los campos del cliente necesarios para continuar:
Usa nombres de checkpoint únicos para que cada registro identifique un límite de recuperación inequívoco. No supongas una duración no documentada.

2. Lee el registro completo más reciente

Un proceso puede detenerse mientras escribe la última línea. Recorre el archivo hacia atrás y omite una cola con formato incorrecto:

3. Valida antes de cargar

Compara el registro con la continuación solicitada:
  • ID canónico del trabajo
  • Modelo base y configuración entrenable
  • Revisión y cursor del dataset
  • Revisión de la implementación de recompensas
  • Configuración del optimizador
  • Supuestos del renderizador y del tokenizador
Detente para solicitar una decisión explícita si estos campos entran en conflicto. No combines silenciosamente un checkpoint con otro experimento. Después usa el flujo compatible del SDK para cargar el estado:
Esta operación del SDK se asigna a la carga de checkpoints de Fastino. No construyas directamente la solicitud al adaptador ni deduzcas un linaje de ejecuciones adicional de la operación.

4. Haz recuperable el límite

Usa este orden:
  1. Resuelve los futures hacia delante/hacia atrás y del optimizador.
  2. Guarda el checkpoint de estado.
  3. Conserva el registro del bucle que contiene su identificador.
  4. Marca como completado el paso de la aplicación.
  5. Inicia el siguiente paso.
Si el proceso termina después de guardar el checkpoint, pero antes de conservar el registro, mantén el registro completo anterior como punto de recuperación de confianza. No marques un paso como completado antes de que su registro sea duradero.

5. Mantén separados los tipos de checkpoint

Usa un checkpoint de estado para recuperar el entrenamiento y uno de muestreador para rollouts o evaluación. No uses un checkpoint de muestreador como punto de recuperación del estado del optimizador. La API pública de entrenamiento permite listar checkpoints. Puede descargar un checkpoint interactivo cuando el equipo tiene acceso al entrenamiento interactivo y permiso para descargar pesos. El SDK también admite métodos para eliminar, publicar y retener checkpoints, y para consultar el uso de almacenamiento. Son operaciones del SDK, no rutas públicas de la API de entrenamiento. No construyas solicitudes al adaptador ni supongas un periodo de retención no documentado.

6. Verifica la continuación

Antes de aumentar la carga reanudada:
  1. Carga el checkpoint de estado seleccionado.
  2. Confirma el ID canónico del cliente del SDK mediante GET /v1/training/jobs/{job_id}.
  3. Ejecuta una pequeña evaluación con datos reservados.
  4. Envía una actualización de entrenamiento compatible.
  5. Guarda un checkpoint de estado nuevo con otro nombre.
  6. Conserva el siguiente registro del bucle.
Usa el SDK para todas las operaciones interactivas del modelo.

Diagnostica errores de recuperación