Was gespeichert werden muss
Der SDK-Trainingsclient repräsentiert einen interaktiven Fastino-Job. Lesen Sie
seine kanonische ID aus
training_client.get_info().model_data.model_id.
1. Status und Loop-Fortschritt speichern
Speichern Sie den Status über das SDK und persistieren Sie anschließend den zurückgegebenen Checkpoint mit den clientseitigen Feldern, die zum Fortfahren benötigt werden:2. Neuesten vollständigen Datensatz lesen
Ein Prozess kann beim Schreiben der letzten Zeile beendet werden. Durchsuchen Sie die Datei rückwärts und überspringen Sie ein fehlerhaftes Ende:3. Vor dem Laden validieren
Vergleichen Sie den Datensatz mit der gewünschten Fortsetzung:- kanonische Job-ID,
- Basismodell und trainierbare Konfiguration,
- Datensatzrevision und -Cursor,
- Revision der Reward-Implementierung,
- Optimizer-Konfiguration,
- Annahmen zu Renderer und Tokenizer.
4. Grenze wiederherstellbar gestalten
Verwenden Sie diese Reihenfolge:- Lösen Sie die Forward-/Backward- und Optimizer-Futures auf.
- Speichern Sie den Status-Checkpoint.
- Persistieren Sie den Loop-Datensatz mit seiner ID.
- Markieren Sie den Anwendungsschritt als abgeschlossen.
- Beginnen Sie den nächsten Schritt.
5. Checkpoint-Arten getrennt halten
6. Fortsetzung prüfen
Vor dem Skalieren des fortgesetzten Workloads:- Laden Sie den ausgewählten Status-Checkpoint.
- Bestätigen Sie die kanonische Job-ID des SDK-Clients über
GET /v1/training/jobs/{job_id}. - Führen Sie eine kleine zurückgehaltene Evaluierung aus.
- Senden Sie ein unterstütztes Trainingsupdate.
- Speichern Sie einen neuen Status-Checkpoint unter einem neuen Namen.
- Persistieren Sie den nächsten Loop-Datensatz.

