Leaders d’opinion

La crise de mémoire de l’IA : nous construisons un âge sombre numérique

mm
Ajouter Unite.AI à vos sources préférées sur Google

Des millions d’agents d’IA entrent en production. Presque aucun ne peut partager son expérience opérationnelle. C’est pourquoi ce choix architectural est important – et ce qui change si nous le faisons correctement.

À 14h06, un client passe une commande en ligne pour un ordinateur portable.

L’agent de paiement interroge sa base de données opérationnelle : historique d’achat propre, montant dans une fourchette normale, adresse de livraison utilisée précédemment, appareil et emplacement cohérents avec les commandes récentes réussies. Tout semble normal. L’agent approuve la commande.

Au même moment, un agent de comportement traite les données de clics dans le lac de données de l’entreprise. À partir de la session, il déduit un modèle : l’utilisateur est arrivé directement sur une URL de paiement profonde sans navigation ni comportement de comparaison. Ce signal est faible en soi, mais c’est un prédécesseur connu dans les scénarios de prise de compte lorsque combiné avec des achats normaux.

L’agent de comportement enregistre cette interprétation comme connaissance dérivée pour une analyse et une formation de modèle ultérieures.

L’agent de paiement ne le voit pas. Non parce que le signal n’a pas été calculé, et non parce qu’il a été ignoré – mais parce que la connaissance vit à l’intérieur d’un système que l’agent de paiement ne consulte pas pendant l’autorisation.

Chaque agent se comporte correctement étant donné ce qu’il peut voir. Chaque écriture dans le système qu’il possède, et ces conclusions restent invisibles pour les autres agents opérant en parallèle. Les décisions sont localement correctes, mais globalement incomplètes.

L’ordinateur portable est expédié.

Trente-six heures plus tard, la charge est contestée. L’enquête confirme que le compte a été compromis plus tôt dans la journée. L’attaquant a maintenu la transaction dans les limites normales, en comptant sur le fait que le seul avertissement précoce existait sous la forme de connaissance comportementale piégée à l’extérieur du contexte de décision de l’agent de paiement.

L’échec n’était pas dû à des données manquantes, à un traitement lent ou à un mauvais modèle. C’était un silo d’agent : la connaissance a été formée, mais non partagée.

Et cela expose un problème dont presque personne ne parle. Nous avons construit des architectures où les agents d’IA qui prennent des décisions ne peuvent pas accéder à ce que d’autres agents d’IA ont déjà découvert.

Le problème que la presse à imprimer a résolu

Avant la presse à imprimer, la connaissance était fragile. Lorsqu’un érudit mourait, beaucoup de ce qu’il avait appris mourait avec lui. Un mathématicien à Londres pouvait passer des décennies à découvrir des principes que un mathématicien à Paris redécouvrirait indépendamment cinquante ans plus tard. Le progrès était réel, mais il était local, lent et répétitivement réinitialisé.

La presse à imprimer n’a pas rendu les individus plus intelligents. Elle a externalisé la mémoire. La connaissance a cessé d’être liée à un seul esprit et a commencé à persister au-delà de la vie de son créateur. Les idées pouvaient être partagées, réexaminées et construites sur des générations. C’est ce qui a permis au progrès de s’accumuler.

Nous risquons de répéter l’erreur d’avant la presse à imprimer avec l’IA.

La plupart des organisations déploient maintenant des agents d’IA dans des systèmes de production, avec beaucoup d’autres expérimentant activement dans des domaines tels que le support client, le développement de logiciels, la recherche et la détection de la fraude. Ces agents sont généralement déployés en tant que services indépendants alignés sur des architectures de microservices modernes, chacun avec ses propres données et limites opérationnelles. Même au sein de la même organisation, les agents dérivent des idées de leur propre expérience de production, mais partagent rarement les connaissances qu’ils produisent avec d’autres agents prenant des décisions connexes.

En conséquence, l’insight opérationnel reste fragmenté. Les décisions locales peuvent s’améliorer, mais l’expérience n’accumule pas à travers le système. Chaque percée qui reste piégée à l’intérieur d’un seul agent est une percée qui ne peut pas s’accumuler.

Cette fois, le facteur limitant n’est pas l’intelligence ou la rapidité. C’est la mémoire. Sans moyen pour les systèmes d’IA d’externaliser et de partager ce qu’ils découvrent, le progrès se réinitialise plus souvent qu’il ne s’accumule.

Ce à quoi ressemble réellement la mémoire partagée

Des fenêtres de contexte plus grandes peuvent enrichir la raisonnement individuel, mais elles ne créent pas d’expérience persistante partagée entre les agents.

La mémoire partagée change les résultats non pas en améliorant les modèles, mais en changeant ce que les agents peuvent voir au moment de la décision.

Dans un système cloisonné, chaque agent raisonne correctement dans sa propre limite. L’agent de paiement évalue le risque transactionnel. L’agent de comportement analyse les modèles de clics. Chaque écriture dans le système qu’il possède, et ces conclusions restent invisibles pour les autres agents opérant en parallèle. Les décisions sont localement correctes, mais globalement incomplètes.

Avec une couche de mémoire partagée, cette limite disparaît.

Alors que l’agent de comportement traite une session, il déduit un signal faible mais significatif : un modèle de navigation associé à des tentatives de prise de compte précoces. Au lieu de stocker cette idée uniquement pour une analyse hors ligne, il l’écrit dans la mémoire partagée, liée à la session active.

Quelques instants plus tard, lorsque l’agent de paiement évalue l’achat, il interroge cette même mémoire. La transaction a toujours l’air normale. Mais il voit maintenant un contexte supplémentaire : un avertissement comportemental qui serait autrement absent. Aucun signal n’est décisif en soi. Ensemble, ils franchissent le seuil de vérification supplémentaire.

Rien n’a changé dans les agents eux-mêmes. Aucun modèle n’est réentraîné. Aucun contrôleur centralisé n’intervient. La différence est la visibilité : une idée formée par un agent devient disponible pour un autre alors qu’il est encore important.

De manière cruciale, cette idée persiste. Lorsque le résultat est plus tard connu – fraude ou légitime – l’association entre le signal et le résultat est enregistrée. Au fil du temps, le système accumule un dossier empirique des indicateurs faibles qui ont tendance à importer, et dans quelles conditions. Les décisions futures sont éclairées par une expérience qui s’étend au-delà d’une seule interaction ou agent.

La mémoire partagée n’est pas un entrepôt de données et n’est pas une base de données opérationnelle. C’est un substrat à basse latence pour le contexte dérivé : les signaux, les interprétations et les associations qui survivent à l’interaction qui les a produits et restent interrogables par d’autres agents prenant des décisions connexes.

C’est ainsi que l’expérience s’accumule – non à l’intérieur d’un seul modèle, mais à travers le système dans son ensemble.

Le compromis architectural derrière les silos d’agent

Les silos d’agent ne sont pas une erreur d’implémentation. Ils sont le résultat prévisible d’architectures d’entreprise conçues pour un autre type de consommateur.

Pendant des décennies, les systèmes de production ont séparé les charges de travail par fonction. Les systèmes opérationnels étaient optimisés pour des transactions à faible latence et cohérentes, tandis que les systèmes analytiques étaient optimisés pour l’agrégation à grande échelle et la découverte de modèles historiques (OLTP vs. OLAP). Cette séparation reflétait la façon dont l’insight était consommé : les résultats analytiques étaient produits pour les humains, et non pour les machines, et étaient donc censés arriver de manière asynchrone et en dehors du chemin critique de la prise de décision.

Les agents d’IA héritent de cette division architecturale, mais ils ne s’y adaptent pas.

La conséquence n’est pas simplement un retard dans l’insight, mais des angles morts structurels. Les idées produites dans les systèmes analytiques sont, par conception, découvertes après que les décisions en temps réel aient déjà été prises. Les signaux qui pourraient modifier les résultats existent, mais ne peuvent pas être présentés au moment de la décision car ils résident dans des systèmes qui ne sont pas censés être interrogés en continu par des décideurs autonomes.

L’architecture n’est pas cassée. Elle est mal adaptée aux besoins des systèmes autonomes.

La discipline manquante : l’ingénierie du contexte

La mémoire partagée introduit un problème que la plupart des équipes ne sont pas préparées à résoudre : décider quelle expérience doit persister.

Les systèmes d’IA génèrent d’énormes quantités de données brutes – transactions, clics, messages, actions, résultats. Persister toutes ces données n’est pas pratique ni utile. Sans sélection délibérée, la mémoire partagée devient du bruit. Le défi n’est pas de collecter plus de données, mais de façonner l’expérience en contexte que d’autres agents peuvent utiliser.

C’est le rôle de l’ingénierie du contexte.

L’ingénierie du contexte est la discipline de décider quels observations deviennent des signaux durables, comment ces signaux sont représentés et quand ils devraient être exposés à d’autres agents. Elle se situe entre les événements bruts et la raison de l’agent, transformant l’activité transitoire en une compréhension partagée et pertinente pour la décision.

En pratique, cela signifie élever les modèles, les indicateurs et les associations conditionnelles tout en laissant la plupart des expériences brutes s’estomper. Un signal faible ou un cas de bord peut ne pas importer en soi, mais devient précieux lorsqu’il est accumulé et présenté au bon moment.

L’ingénierie du contexte détermine si la mémoire partagée stocke simplement l’expérience – ou permet qu’elle s’accumule.

Ce qui se passe si nous réussissons

Ce n’est pas une préoccupation future. C’est une décision architecturale prise – souvent implicitement – par les équipes d’infrastructure aujourd’hui.

Le chemin par défaut est l’isolement. Les agents d’IA agissent de manière indépendante, ne tirant que sur leur propre expérience. Chacun prend des décisions rapides, localement correctes, mais l’intelligence atteint un plateau. Les mêmes cas de bord se reproduisent, les signaux faibles sont redécouverts et les échecs se répètent à une vitesse et à une échelle plus grandes.

L’alternative est une couche de mémoire partagée.

Lorsque le contexte dérivé persiste et est visible au moment de la décision, l’expérience cesse de s’évaporer. Les idées découvertes une fois restent disponibles. Les signaux faibles gagnent du sens à travers l’accumulation. Les décisions s’améliorent non pas parce que les modèles changent, mais parce que les agents ne raisonnent plus en isolement.

Cela ne nécessite pas de plus grands modèles, de réentraînement en temps réel ou de contrôle centralisé. Cela nécessite de traiter la mémoire comme une couche architecturale de premier ordre – conçue pour un accès à basse latence, la persistance et la visibilité partagée.

Les défauts architecturaux se durcissent rapidement. Les systèmes construits sans mémoire partagée deviennent de plus en plus difficiles à rétroéquiper à mesure que les agents se multiplient. Le choix est simple : construire des systèmes qui accumulent l’expérience – ou des systèmes qui se réinitialisent sans cesse.

Xiaowei Jiang est PDG et architecte en chef de Tacnode, où il se concentre sur la construction d'infrastructures de contexte pour les agents d'IA.