OpenAI
Cette page a été traduite automatiquement. Afficher l’article original en anglais.

Guide de facturation pour l’API de réglage fin par renforcement

Fonctionnement de la facturation pour l’API RFT

Mise à jour : 15 hours ago

Fonctionnement de la facturation pour le RFT

Le réglage fin par renforcement (RFT) vous permet d’optimiser les performances des modèles de raisonnement d’OpenAI au moyen de l’apprentissage par renforcement. Contrairement à nos offres de réglage fin supervisé ou fondé sur les préférences, qui sont facturées selon le nombre de tokens dans l’ensemble de données d’entraînement, le RFT est facturé selon le temps que votre exécution d’entraînement consacre au travail central d’apprentissage automatique.

Ce guide explique ce qui compte comme temps d’entraînement facturable, comment nous gérons les pauses et les annulations, et comment vos choix de configuration peuvent influer sur le coût.

Tarification

  • Calcul : 100 $ par heure de temps réel consacrée à la boucle centrale d’entraînement pour o4-mini-2025-04-16. Les frais sont calculés au prorata à la seconde et arrondis à deux décimales sur la facture (p. ex., 2,55 heures).

  • Utilisation des évaluateurs de modèle : si vous utilisez un modèle OpenAI pour « évaluer » des sorties pendant l’entraînement, les tokens consommés par ces appels d’évaluation sont facturés séparément à nos tarifs API standards une fois l’entraînement terminé.

Nous facturons uniquement le travail d’entraînement qui met réellement votre modèle à jour (ce que nous appelons « progrès effectif capturé »).

Ce que nous facturons

Nous facturons le temps que votre agent de traitement d’entraînement consacre à entraîner activement votre modèle, plus précisément :

  • Génération d’échantillons à partir de votre modèle pendant le processus de réglage fin (appelée « rollouts »)

  • Évaluation de ces sorties avec un ou plusieurs évaluateurs que vous avez définis pour la tâche (en savoir plus sur les évaluateurs)

  • Calcul et application des mises à jour des poids en fonction des notes (rétropropagation).

  • Exécution de toutes les étapes de validation (évaluation) que vous avez configurées.

La plupart des évaluateurs sont « gratuits » à exécuter, ce qui signifie que nous ne facturons pas de frais supplémentaires pour leur utilisation, au-delà du temps qu’ils ajoutent à la boucle d’entraînement principale. L’exception concerne les évaluateurs de modèle, pour lesquels nous comptabilisons aussi les tokens que ces évaluateurs consomment pendant les activités ci-dessus. Ces tokens apparaissent comme un poste distinct sur votre facture. Les tokens consommés par les évaluateurs de modèle sont facturés aux tarifs d’inférence normaux (tarification d’OpenAI).

Ce que nous ne facturons PAS

Nous ne facturons pas le temps consacré à :

  • La validation ou l’inspection de votre ensemble de données avant le début de l’entraînement.

  • Les vérifications de sécurité de votre ensemble de données.

  • L’attente dans une file pour obtenir des ressources de calcul.

  • Le téléchargement des poids du modèle ou des ensembles de données.

  • La préparation (rendu) de votre ensemble de données dans notre format d’entraînement.

  • Les évaluations de sécurité après l’entraînement de votre modèle affiné.

Si du travail d’entraînement est perdu en raison d’une erreur de notre côté (par exemple, si un worker plante et doit revenir à un point de contrôle précédent), le temps de calcul perdu ou les tokens d’évaluateur perdus ne vous sont pas facturés. Vous trouverez plus de détails à ce sujet dans la section suivante.

Progrès effectif capturé et événements de facturation

L’entraînement consiste en de nombreuses petites mises à jour de votre modèle. Nous suivons combien de ces mises à jour se terminent avec succès. Les frais sont fondés sur le temps de calcul et les tokens d’évaluateur associés à ces mises à jour réussies.

Nous émettons des frais lorsqu’un des « événements de facturation » suivants se produit :

  • L’entraînement se termine avec succès.

  • Vous mettez l’entraînement en pause.

  • Vous annulez l’entraînement.

  • L’entraînement échoue.

Chaque frais couvre le travail incrémental effectué depuis le dernier frais. Par exemple :

  • Si vous mettez une exécution en pause, nous enregistrons un point de contrôle et vous facturons le temps de calcul et les tokens d’évaluateur utilisés depuis le dernier frais.

  • Lorsque vous reprenez, l’entraînement continue à partir du point de contrôle. Les frais suivants (à la fin, lors d’une autre pause, d’une annulation ou d’un échec) ne couvriront que le travail supplémentaire effectué après la reprise.

  • Si vous annulez une exécution, nous vous facturons le travail effectué jusqu’à l’annulation.

  • Si l’entraînement échoue et que le travail depuis le dernier frais est perdu, la portion perdue ne vous est pas facturée.

Cette approche de « progrès effectif capturé » garantit que vous ne payez que pour le travail qui est conservé dans votre modèle ou que vous abandonnez intentionnellement.

Afficher la progression d’une tâche

Les tâches RFT ont un champ appelé usage_metrics qui documente l’utilisation totale de la tâche jusqu’à l’étape actuelle. Cela comprend le temps consacré à l’entraînement et tous les tokens utilisés par tous les évaluateurs de modèle de la tâche. Ce champ peut être consulté au moyen de l’API (GET /v1/fine_tuning/jobs/{job_id}) ou du tableau de bord du réglage fin.

Facteurs qui influencent le temps d’entraînement

Comme la facturation est fondée sur le temps, vos choix de configuration ont un effet direct sur le coût. Les principaux facteurs comprennent :

  • Difficulté du problème : si votre ensemble de données contient des problèmes difficiles, le modèle passera probablement plus de temps en raisonnement sur chaque problème, ce qui augmente le temps nécessaire pour produire chaque échantillon.

  • Intensité de calcul : l’hyperparamètre compute_multiplier contrôle la quantité de calcul effectuée à chaque étape d’entraînement. Des valeurs plus élevées encouragent le modèle à raisonner plus en détail sur chaque point de donnée, ce qui ralentit chaque étape.

  • Paramètres de validation :

    • Un ensemble de validation plus grand augmente le temps consacré à l’évaluation.

    • L’augmentation de eval_samples (le nombre de sorties du modèle évaluées par exemple de validation) augmente le temps de validation.

    • Exécuter la validation plus fréquemment (valeur eval_interval plus basse) augmente la proportion du temps consacrée à la validation.

  • Performance des évaluateurs :

    • Les évaluateurs de modèle plus gros ou plus performants prennent plus de temps à retourner une note que les plus petits. Par exemple, évaluer avec un modèle de raisonnement peut prendre 10 fois plus de temps qu’avec un modèle sans raisonnement.

    • Les fonctions d’évaluation Python complexes prennent plus de temps à s’exécuter que les fonctions simples.

Ces paramètres vous permettent d’établir un compromis entre coût, vitesse et qualité du modèle. Par exemple, une validation fréquente peut détecter les problèmes plus tôt, mais augmente le coût. L’évaluation avec un modèle plus avancé peut améliorer radicalement la précision de l’évaluation, mais ralentira chaque étape d’évaluation et rendra les tâches plus coûteuses.

Gérer les coûts

Pour contrôler vos dépenses :

  • Commencez par des exécutions plus courtes pour comprendre comment votre configuration influe sur le temps.

  • Utilisez un nombre raisonnable d’exemples de validation et de eval_samples. Évitez de valider plus souvent que nécessaire.

  • Choisissez le plus petit modèle d’évaluateur qui répond à vos exigences de qualité.

  • Gardez vos évaluateurs Python personnalisés efficaces.

  • Ajustez compute_multiplier pour équilibrer vitesse de convergence et coût.

  • Surveillez votre exécution dans le tableau de bord ou via l’API. Vous pouvez la mettre en pause ou l’annuler à tout moment.

Exemples

Exécution d’entraînement réussie

Temps d’entraînementTemps facturéÉtatDescription
00:0000:00L’utilisateur crée une tâche RFT via l’API
00:1000:00VALIDATING_FILES10 minutes consacrées à la validation du jeu de données
00:3000:00VALIDATING_FILES20 minutes d’exécution des vérifications de sécurité du jeu de données
01:0000:00QUEUED30 minutes d’attente d’un agent de traitement disponible
01:3000:00RUNNING30 minutes de configuration de l’entraînement (téléchargement des poids, prétraitement, etc.)
05:3004:00RUNNING4 heures consacrées à l’entraînement
06:0004:00RUNNING30 minutes d’évaluations de sécurité du modèle obtenu
06:0004:00SUCCEEDEDL’entraînement se termine

Dans ce cas, le temps réel total est de 6 heures, mais seulement 4 heures sont facturables. Le coût serait de 4 heures × 100 $/heure = 400 $.

Exemple de tâche échouée

Dans cet exemple, l’exécution s’entraîne pendant 2 heures, écrit un point de contrôle, s’entraîne pendant 1 heure de plus, puis échoue. Seules les 2 heures d’entraînement jusqu’au point de contrôle sont facturables.

Temps d’entraînementTemps facturéÉtatDescription
00:0000:00L’utilisateur crée une tâche RFT via l’API
00:1000:00VALIDATING_FILES10 minutes consacrées à la validation du jeu de données
00:3000:00VALIDATING_FILES20 minutes d’exécution des vérifications de sécurité du jeu de données
01:0000:00QUEUED30 minutes d’attente d’un agent de traitement disponible
01:3000:00RUNNING30 minutes de configuration de l’entraînement (téléchargement des poids, prétraitement, etc.)
03:3002:00RUNNING2 heures consacrées à l’entraînement
03:3002:00RUNNINGPoint de contrôle créé à l’étape 5
04:3002:00RUNNINGL’entraînement échoue en raison d’une erreur interne à l’étape 8 (après 1 heure de plus)
04:3002:00RUNNING30 minutes d’évaluation et de validation du point de contrôle
04:3002:00SUCCEEDEDLa tâche se termine (avec le dernier point de contrôle)

Même si 3 heures ont été consacrées à l’entraînement au total, seulement 2 heures sont « capturées » dans un point de contrôle utilisable et sont facturées. L’heure d’entraînement perdue en raison de l’échec n’est pas à votre charge. Le coût serait de 2 heures × 100 $/heure = 200 $.

Questions fréquentes

Quand suis-je facturé?

Nous facturons lorsque votre exécution se termine, est mise en pause, est annulée ou échoue. Chaque facture couvre le travail effectué depuis la facture précédente.

Dois-je payer si une exécution échoue?

Si une exécution échoue en raison d’une erreur de notre part et que du travail d’entraînement récent est perdu, la portion perdue ne vous est pas facturée. Si vous annulez une exécution, le travail effectué jusqu’à l’annulation vous est facturé.

Comment les tokens des modèles d’évaluateurs sont-ils facturés?

Nous comptons les tokens utilisés par tous les évaluateurs de modèle que vous configurez. Une fois l’entraînement terminé, nous facturons ces tokens à nos tarifs standards par token.

Puis-je mettre une exécution en pause et la reprendre?

Oui. Lorsque vous mettez en pause, nous enregistrons un point de contrôle et facturons le travail effectué jusque-là. Lorsque vous reprenez, seul le travail supplémentaire effectué après la reprise vous sera facturé.

Si vous avez d’autres questions sur la facturation de Reinforcement Fine‑Tuning, communiquez avec notre équipe de soutien.

Cet article vous a-t-il été utile?