Avant de commencer
Terminez le démarrage rapide de la boucle personnalisée, puis confirmez via les capacités que le modèle et les opérations d’entraînement choisis sont activés. Les extraits ci-dessous se concentrent sur le flux de récompense contrôlé par l’utilisateur ; adaptez la construction des datums àtinker==0.33.1 et au
modèle sélectionné.
Ce guide n’est pas un programme d’entraînement autonome prêt à être copié-collé.
Partez d’un workload SDK validé, dont le renderer et la construction des datums
correspondent au modèle sélectionné, puis ajoutez le flux de récompense ci-dessous.
1. Définir un évaluateur restreint
Séparez l’analyse de la notation afin que les sorties mal formées restent observables :2. Créer un instantané du job pour l’échantillonnage
Créez un checkpoint d’échantillonneur à partir des poids actuels, puis résolvez-le via le SDK :3. Convertir les récompenses en avantages
4. Construire des datums alignés
Le prompt constitue le contexte ; ses positions reçoivent donc normalement un avantage nul. Les positions de la complétion reçoivent l’avantage relatif au groupe de la réponse. Un constructeur de datum doit échouer avant la soumission si les longueurs de l’entrée du modèle, des cibles, des log-probabilités et des avantages diffèrent :base_model sélectionné.
Conservez les tokens échantillonnés et les log-probabilités nécessaires à
l’opération SDK sélectionnée à partir des capacités.
5. Mettre à jour le job interactif
Pour un workflow activé fondé sur l’échantillonnage d’importance, le schéma d’appels du SDK est le suivant :6. Enregistrer une limite de récupération
- L’ID canonique du job provenant de
training_client.get_info().model_data.model_id - L’étape de l’application et le curseur du dataset
- Les révisions du dataset et de l’implémentation de la récompense
- Le modèle de base et la configuration d’entraînement
- Les métriques d’évaluation
Vérifier avant d’augmenter la taille
- L’évaluateur distingue les fixtures correctes et incorrectes connues.
- Les réponses mal formées ne font pas échouer la boucle de l’application.
- Au moins un groupe d’échantillons présente une variance de récompense.
- Les tableaux de datums respectent les formes attendues par le SDK installé.
- Les futures avant/arrière et d’optimisation se terminent sur le même job.
- Un checkpoint d’état peut être chargé avec ses métadonnées de reprise contrôlées par le client.
- L’évaluation sur un ensemble de validation reste distincte du lot de récompense d’entraînement.

