Aller au contenu

ComprendreNiveau 3, Construire12 minutes

Streaming, cache et traitement par lots

Trois réglages qui changent le délai et le coût d'une application d'IA : le streaming, qui affiche la réponse au fil de l'eau ; le cache, qui fait payer moins ce qui se répète ; les lots, qui coûtent moitié moins quand rien ne presse.

Écrit le 8 octobre 2026 · Vérifié le 8 octobre 2026

Vous saurez

  • Dire ce que change le streaming, et ce qu'il complique
  • Faire jouer le cache : ce qui se met en tête, et ce qu'on y gagne
  • Savoir quand passer par les lots, à moitié prix
  • Lire dans la réponse de l'API ce qui a été caché et payé
Sur cette page
  1. Rappel
  2. L'essentiel
  3. Problème
  4. Principe
  5. Fonctionnement
  6. Exemple détaillé
  7. Risques
  8. Mise en place
  9. Exercice
  10. Vérification
  11. Lectures suivantes
Rappel de la page précédente

Répondez de tête, puis ouvrez. Tokens, fenêtre de contexte et prix

1Pourquoi une conversation coûte-t-elle de plus en plus cher à chaque échange ?

Parce que le modèle relit tout l'historique à chaque échange : ce qu'il lit grandit à chaque tour. Le cache réduit le prix de ce qui est relu.

2Deux modèles affichent le même prix par million de tokens. Coûtent-ils autant pour le même texte ?

Pas forcément : chaque éditeur découpe le texte à sa façon, et le même texte peut compter nettement plus de tokens chez l'un. Comparez sur vos textes, avec l'outil de comptage de chaque éditeur.

L'essentiel
  1. Le streaming ne rend pas le modèle plus rapide : il montre la réponse pendant qu'elle s'écrit.
  2. Le cache fait relire à prix réduit le début d'une demande déjà vu : souvent 10 % du prix d'entrée, parfois 5 %.
  3. Le cache ne marche que si ce qui se répète est en tête : les consignes et les documents d'abord, la question à la fin.
  4. Les lots coûtent moitié prix chez OpenAI, Anthropic, Google et Mistral, contre un délai de quelques heures, jusqu'à 24.
  5. Chaque réponse de l'API dit combien de tokens ont été lus dans le cache : c'est là qu'on vérifie le gain.
1

Problème

Une application d'IA en service se juge sur deux choses : le temps qu'elle met à répondre, et ce qu'elle coûte chaque mois. Les deux dépendent moins du modèle choisi que de trois réglages que l'on oublie souvent : afficher la réponse au fil de l'eau, ne pas faire repayer ce qui se répète, et grouper ce qui n'est pas urgent.

2

Principe

  • Le streaming : la réponse arrive morceau par morceau, au lieu d'arriver d'un bloc à la fin. Les quatre éditeurs l'offrent, par des événements envoyés par le serveur.
  • Le cache : quand une demande commence comme une demande récente, l'éditeur relit ce début dans sa mémoire, à prix réduit. OpenAI annonce jusqu'à 95 % de remise sur l'entrée cachée.
  • Les lots : on envoie un fichier de demandes, l'éditeur les traite quand il peut, à moitié prix.
3

Fonctionnement

Première demande : les outils, les consignes et les documents sont écrits en cache, à 125 % du prix d'entrée chez OpenAI et Anthropic ; la question, au prix plein. La demande suivante qui commence pareil relit ce début dans le cache, souvent à 10 % du prix d'entrée, parfois 5 %. Si la question vient en tête, le début a changé : rien ne se relit.
Le cache relit le début identique d'une demande.

Le cache lit un préfixe : seul le début identique d'une demande se relit. Chez Anthropic, l'ordre compte : les outils, puis les consignes, puis les messages. D'où la règle : ce qui ne change pas en tête, ce qui change à la fin.

Il a une taille minimale : 1 024 tokens chez OpenAI, 512 chez Anthropic, 4 096 pour Gemini 3.x ; chez Anthropic, une demande plus courte passe sans cache, et sans erreur.

Il dure peu : cinq minutes chez Anthropic, prolongées à chaque usage ; au moins trente minutes chez OpenAI pour les modèles récents.

L'écriture coûte un peu plus : mettre en cache se paie 125 % du prix d'entrée chez OpenAI et chez Anthropic ; le gain vient dès la deuxième relecture.

Le streaming change le traitement des erreurs : une erreur peut arriver au milieu d'une réponse déjà commencée, et Anthropic exige le streaming pour les réponses très longues, sous peine d'expiration.

4

Exemple détaillé

Les règles du cache et des lots chez quatre éditeurs, relevées les 7 et 8 octobre 2026. Pour voir l'effet du cache sur une conversation, le calcul de la page des tokens le chiffre, avec et sans.

Un avantageÀ savoir

Exemple détaillé
Outil et offreCache automatiqueTaille minimalePrix d'une relectureDurée du cacheTraitement par lots
OpenAIGPT-5.6 et suivantsUn avantage : Oui, par défaut1 024 tokens10 % du prix d'entrée ; 5 % sur GPT-6.1 Sol ; écriture à 125 %Au moins 30 minutes après le dernier usageMoitié prix, rendu sous 24 heures
AnthropicClaude 5.5Un avantage : Oui, avec un seul repère en tête de demande ; ou repères posés à la mainÀ savoir : 512 tokens ; en dessous, pas de cache, sans erreur10 % du prix d'entrée, 5 % sur Opus 5.5 ; écriture à 125 % (5 minutes) ou 200 % (1 heure)5 minutes, prolongées à chaque usage ; 1 heure en optionMoitié prix ; la plupart des lots finis en moins d'une heure, 24 heures au plus
GoogleGemini 3.xÀ savoir : Implicite, par défaut, sans économie garantie ; explicite, avec garantie, hors API Interactions4 096 tokens pour Gemini 3.x Flash et 3.1 Pro10 % du prix d'entrée sur Gemini 3.8 Flash, plus un stockage à l'heure en cache explicite1 heure par défaut en cache expliciteMoitié prix, rendu visé sous 24 heures
MistralAPI de MistralÀ savoir : Oui ; une clé de cache augmente les chances, sans garantieBlocs de 64 tokens ; rien en dessous10 % du prix d'entréeNon relevéMoitié prix
5

Risques

Risques
Ce qui guettePourquoiLa parade
Un cache qui ne sert jamaisUne date ou un nom placés en tête changent le préfixe à chaque demandeTout ce qui varie à la fin ; vérifier les tokens lus dans le cache
Un cache trop court pour servirSous la taille minimale, rien n'est caché ; chez Anthropic, sans le direGrouper consignes et documents fixes en tête, au-delà du minimum
Une économie qu'on croit acquiseLe cache implicite de Google ne garantit aucune économieLe cache explicite, quand l'économie doit être sûre
Des secrets dans la clé de cacheMistral demande de n'y mettre ni secret ni donnée sensibleUne clé neutre, comme le nom de l'application
Une réponse en streaming qui se coupeLes erreurs peuvent arriver en cours de route, et de nouveaux types d'événements apparaîtreTraiter l'erreur en cours de flux ; ignorer sans planter les événements inconnus
Un contenu non modéré déjà affichéOpenAI note que le streaming rend plus difficile la modération d'une réponse partielleNe pas diffuser en direct ce qui doit être vérifié avant
6

Mise en place

  1. Mettre en tête ce qui ne change pas : consignes, outils, documents de référence ; à la fin, la question.
  2. Lire les compteurs : chaque réponse dit combien de tokens ont été lus dans le cache ; chez Anthropic, cache_read_input_tokens.
  3. Streamer ce qu'une personne lit : une interface de discussion ; pas un traitement en arrière-plan.
  4. Passer par les lots ce qui peut attendre : un classement de courriels de la veille, une extraction de factures du mois, une évaluation.
  5. Suivre la facture : le coût d'un outil en service et le routage entre modèles.
7

Exercice

Un assistant reçoit 2 000 demandes par jour. Chacune commence par les mêmes consignes et la même charte, 6 000 tokens, puis une question de 200 tokens. Que faut-il changer pour que le cache serve, et sur quoi porte l'économie ?

Ouvrir la correction

L'ordreConsignes et charte en tête, sans date ni nom qui change ; la question à la fin. Le préfixe de 6 000 tokens dépasse les minimums de tous les éditeurs.

L'économieSur ces 6 000 tokens, à chaque demande servie depuis le cache : 90 % de leur prix d'entrée en moins chez la plupart, 95 % sur Claude Opus 5.5. Les 200 tokens de la question et les tokens écrits se paient au prix normal.

La conditionDes demandes assez rapprochées : cinq minutes chez Anthropic, prolongées à chaque usage ; avec 2 000 demandes par jour en journée, le cache reste chaud.

8

Vérification

1ComprendreLe streaming rend-il le modèle plus rapide ?

Non : la réponse met le même temps à s'écrire ; le streaming la montre pendant qu'elle s'écrit, ce qui change le temps avant le premier mot.

2AppliquerPourquoi placer la date du jour à la fin de la demande plutôt qu'au début ?

Parce que le cache ne relit que le début identique d'une demande : une date en tête change ce début chaque jour, et le cache ne sert plus.

3AppliquerQuelles tâches passer par les lots ?

Celles qui peuvent attendre quelques heures : traitements du soir, extractions mensuelles, évaluations. Elles coûtent alors moitié prix.

9

Lectures suivantes

Les pages qui renvoient ici

    Limites et sources

    Les règles et remises sont celles des éditeurs aux 7 et 8 octobre 2026 ; elles changent avec les modèles.

    La durée de vie du cache de Mistral n'est pas publiée dans les pages lues.

    1. OpenAI, Prompt caching ; Anthropic, Prompt caching ; Google, Context caching ; Mistral, Prompt caching.
    2. Les règles de la synthèse : apprendre/donnees/cache-lots.json ; le relevé : apprendre/recherches/2026-10-07-dev-appels-modeles.json.

    Écrit par Meridal, avec l'aide de l'IA ; chaque fait vérifié à sa source et relu avant publication. Texte et schémas sous licence CC BY 4.0 : reprenez-les en citant Meridal. Le code sous licence MIT.

    Service correspondant

    Garder vos outils en état

    200 € à 1 500 € par mois

    Voir le service

    Un premier échange de 30 minutes

    En visio et sans frais : vous décrivez votre situation, nous vous indiquons ce qui est réalisable, avec quels outils et pour quel ordre de prix. Vous pouvez aussi nous écrire ; chaque message reçoit une réponse écrite.