Agents et développementMéthode documentée

AWS explique comment réutiliser le contexte des agents pour réduire les calculs

L’essentiel de l’annonce

AWS publie une méthode pour éviter de recalculer le début inchangé des demandes envoyées aux modèles OpenAI sur Bedrock. Les économies dépendent du parcours et de la réutilisation effective du cache.

Date de la source
Catégorie
Agents et développement
À qui cela s’adresse
Annonce du 26 octobre 2026. Conditions rapportées par l’éditeur.
Sujet du contenu
AWS explique comment réutiliser le contexte des agents pour réduire les calculs
Entreprises / organismes
AWS

Présentation

Un agent renvoie souvent les mêmes instructions et échanges au modèle à chaque étape. Le cache conserve le calcul d’un début de requête identique pour pouvoir le réutiliser.

Le guide AWS du 26 octobre explique comment organiser ce contexte. C’est une méthode de construction, pas une nouvelle mémoire durable ni la preuve d’un lancement ce jour-là.

Ce qui change

Le guide détaille le placement du contexte stable, les limites de partage et les compteurs permettant de vérifier la réutilisation.

Placer les éléments stables au début

Instructions et outils identiques peuvent former un point de départ commun. Les informations variables viennent ensuite.

Mesurer les lectures et les écritures

La réutilisation n’est utile que si le coût évité dépasse celui des écritures. AWS distingue les deux compteurs et les coûts d’entrée.

Fonctionnement

Pour comprendre le mécanisme, il faut suivre le contenu commun entre deux appels et vérifier qu’il n’a pas changé.

Préparer

Le premier appel calcule et conserve un début réutilisable.

Réutiliser

L’appel suivant retrouve ce même début lorsqu’il est disponible.

Mesurer

L’application compare calcul nouveau, cache lu et coût total.

Usages possibles

Les développeurs d’agents à plusieurs étapes pourraient appliquer cette méthode lorsque les mêmes consignes reviennent souvent. Un parcours court ou très variable pourrait en tirer moins d’intérêt.

Exemple possible

Un exemple possible

Un projet pourrait comparer deux versions d’un assistant sur des questions synthétiques identiques, en comptant entrée, sortie et écritures. Il faudrait aussi suivre la latence. Aucun appel de ce type n’a été effectué ici.

Accès et limites

Un préfixe doit correspondre exactement et rester disponible. La réutilisation exige le même modèle, compte et région AWS. Les écritures ont un coût. Les résultats du guide portent sur ses charges d’essai, sans économie universelle ni garantie de confidentialité.

Conditions d’accès. Fonctions Bedrock selon modèles, régions et points d’accès. Calcul, écritures et lectures du cache facturés selon leurs conditions.

Pour votre projet

Une comparaison devrait garder les mêmes tâches, modèle et paramètres. Le coût d’une session complète est plus informatif que le meilleur pourcentage observé sur un seul appel.

  • Le contenu est-il assez stable pour être réellement réutilisé ?
  • Le calcul inclut-il toutes les écritures et tous les appels du parcours ?

Un essai adapté à vos propres questions resterait nécessaire avant de conclure pour votre projet.

Sources et vérifications

Source de l’annonce

Groundhog Day for AI agents: Prompt caching patterns for using OpenAI models on Amazon Bedrock

Lire la source officielle

Source vérifiée le . Les résultats présentés sont ceux annoncés par les auteurs.

Sources consultées lors de la tâche planifiée. Aucun logiciel présenté n’a été installé ni essayé.

Fiche préparée avec ChatGPT. Notre méthode éditoriale.