AWS change le prix de la mémoire des agents IA. Les petits événements restent soumis à un minimum
AWS annonce le changement le 12 octobre. La grille l’applique depuis le 6 octobre et distingue toujours mémoire courte et mémoire longue.
AWS annonce le 12 octobre une nouvelle facturation de la mémoire courte des agents IA dans Amazon Bedrock AgentCore. L’annonce officielle remplace le prix forfaitaire par événement par un calcul lié aux volumes. La grille tarifaire situe toutefois l’application des nouveaux prix au 6 octobre. La date de l’annonce et celle du tarif ne sont donc pas identiques.
La mémoire courte garde le contexte d’une session
Un agent doit parfois retrouver une précision donnée quelques messages plus tôt. AgentCore stocke ces échanges sous forme d’événements. Ça fournit un contexte à la conversation en cours sans demander à l’utilisateur de répéter chaque élément.
La mémoire longue suit une autre logique. Elle transforme certaines interactions en informations persistantes pour d’autres sessions. AWS distingue ces couches dans son exemple d’assistant contextualisé. Le changement annoncé porte sur la mémoire courte. Il ne modifie pas les prix de la mémoire longue et ne rend pas ces deux mécanismes interchangeables.
Trois postes remplacent le seul compteur d’événements
L’ingestion coûte désormais 1 dollar par gigaoctet. La récupération coûte 0,20 dollar par gigaoctet. Le stockage coûte 0,10 dollar par gigaoctet et par mois. L’ancienne grille indiquait 0,25 dollar pour mille nouveaux événements jusqu’au 5 octobre.
Ces prix concernent la mémoire. Ils ne donnent pas le coût complet d’un agent. Le modèle appelé et les autres services utilisés gardent leur propre facturation. Une estimation qui ne retient que le stockage oublie donc une partie du budget.
Un petit message ne sera pas facturé uniquement à sa taille
L’annonce indique un minimum de 12 Ko par événement pour l’ingestion et la récupération. Elle fixe aussi un maximum de taille facturable de 64 Ko pour ces deux opérations. Le stockage se calcule sur la taille réelle de l’événement.
Un exemple pour comprendre le minimum
Un événement de 2 Ko reste sous le seuil de 12 Ko. Pour l’ingestion, son volume facturable sera donc supérieur à son volume réel. Un événement de 20 Ko se trouve entre le minimum et le maximum. À nombre d’événements identique, leur poids influence alors différemment la facture.
Le plafond facturable de 64 Ko ne doit pas être lu comme une nouvelle autorisation de taille illimitée. C’est une règle de prix pour les opérations indiquées. Elle ne décrit pas à elle seule les limites techniques du service.
AWS affirme que beaucoup de charges devraient coûter moins cher. Ce constat reste celui du fournisseur. On ne peut pas en déduire une baisse garantie pour chaque agent. Le nombre de lectures et la durée de stockage changent aussi le total.
La conservation influence le prix et le fonctionnement
Réduire la durée de conservation limite le volume qui reste stocké. Ça réduit aussi la période durant laquelle l’agent peut retrouver un événement. Le choix touche donc autant le fonctionnement de la conversation que son coût.
La documentation de création d’une mémoire précise que l’expiration se fixe lorsque l’événement est écrit. Modifier cette durée concerne les événements créés après le changement. Les événements antérieurs conservent leur échéance initiale. Un événement déjà expiré ne peut pas être récupéré. Baisser un réglage ne transforme donc pas immédiatement tout l’historique existant.
Le bon indicateur dépasse le nombre de conversations
Le changement est disponible dans les régions où AgentCore Memory est proposé. L’annonce ne signifie pas que le service arrive dans toutes les régions AWS. Elle ne prouve pas non plus une nouvelle capacité du modèle qui utilise cette mémoire.
Pour comprendre une facture, il faut distinguer les volumes écrits et lus du volume conservé dans le temps. Ce sont trois usages différents. Les confondre peut masquer l’effet des petites écritures répétées ou d’un historique long.
Notre décryptage des accès et de la mémoire de Muse Wonder aborde une autre couche de ce sujet. Les capacités d’un modèle et le service qui conserve ses échanges suivent des règles distinctes. Les lire séparément aide à comprendre ce qu’une mémoire apporte vraiment.