xAI ajoute une mémoire intersession à l’agent de codage Grok Build

xAI, le 16 septembre 2026, annoncé une mémoire intersession pour Grok Build, son agent de codage en terminal, une fonctionnalité qui enregistre les conventions, les décisions et les faits du projet sous forme de notes markdown en arrière-plan et les relit lors des sessions ultérieures. La mémoire est désormais disponible dans Grok Build et s’applique aux nouvelles sessions.

xAI indique que l’agent conserve des notes sur les conventions, les décisions et les faits du projet qui apparaissent pendant que l’utilisateur travaille, et que les sessions ultérieures lisent ces notes avant de toucher au code associé. L’entreprise présente la fonctionnalité comme celle qui rend Grok Build meilleur plus elle est utilisée.

L’annonce illustre le comportement avec une session terminal dans un projet appelé orbit. Lorsqu’on lui demande d’exécuter la suite de tests, Grok lance `cargo test`, et les tests d’intégration échouent avec une erreur de connexion Postgres, avec 143 tests réussis et cinq échoués. L’utilisateur corrige l’agent, expliquant que la suite doit être exécutée avec `just test`, qui démarre d’abord la base de données de test. Avec `just test`, la suite réussit avec 148 tests et aucun échec. Un fichier de sujet nommé `testing.md` enregistre alors la convention, notant que la suite s’exécute avec `just test` parce que `cargo test` simple échoue les tests d’intégration, que `just test` suivi d’un nom de crate exécute un seul crate, et que les tests d’intégration sont initialisés à partir de `tests/fixtures/seed.sql`. Dans une session ultérieure, lorsque l’utilisateur demande une nouvelle tentative avec backoff dans l’expéditeur de webhook, Grok modifie `src/webhooks.rs`, se souvient que le sujet `testing` indique que la suite s’exécute avec `just test`, et vérifie le changement avec 151 tests réussis.

Capture en arrière-plan et stockage Markdown

La capture s’exécute après la fin d’un tour. Grok passe en revue le tour terminé en arrière-plan, enregistre tout ce qui est durable, et continue sans interrompre la session. Les notes sont stockées sous forme de fichiers markdown, un sujet par thème. Chaque projet possède son propre espace de travail, tandis qu’un espace global conserve les préférences qui s’appliquent partout.

Deux commandes gèrent ce qui s’accumule. La commande /dream fusionne les nouvelles observations dans le sujet auquel elles appartiennent et s’exécute également périodiquement en arrière-plan, intégrant les notes dans les fichiers de sujet au fil du temps afin que chaque projet se retrouve avec un petit ensemble de références organisées. La commande /memory affiche les fichiers tels qu’ils sont sur le disque.

Ce que la mémoire contient et comment le rappel fonctionne

Selon xAI, la mémoire conserve les détails les plus susceptibles d’être pertinents lors d’une session ultérieure : la façon dont l’équipe écrit et révise le code, les décisions et le raisonnement qui les sous-tend, ainsi que les faits durables du projet allant de l’emplacement d’un sous-système à la commande qui exécute la suite. Sont exclus l’état des tâches, les conclusions provisoires, les secrets, et tout ce que le dépôt ou sa propre documentation couvre déjà. Les notes sont conservées par projet, plus un ensemble global pour les préférences qui s’appliquent partout.

Le rappel se produit automatiquement. Avant de commencer un travail connexe, Grok lit les sujets qui couvrent le domaine dans lequel il va travailler et les applique, même dans les sessions où le sujet n’est jamais abordé. En cas de conflit, les instructions de la conversation en cours prévalent sur tout ce qui figure dans une note.

Le navigateur de mémoire et l’ensemble de commandes

La commande /memory ouvre un navigateur en lecture seule de chaque fichier de mémoire, regroupés par portée, avec un aperçu du fichier sélectionné. xAI décrit le navigateur comme le moyen le plus rapide de voir ce qu’une session a produit et de trouver le fichier à modifier lorsqu’une note est erronée. L’exemple de l’annonce répertorie des fichiers globaux nommés `MEMORY.md` et `preferences.md` aux côtés de fichiers d’espace de travail nommés `MEMORY.md`, `testing.md`, `code-style.md` et `gateway.md`, avec des contrôles clavier pour la navigation, la recherche, la copie d’un chemin, la suppression, le basculement, le plein écran et la fermeture. L’index de mémoire global présenté dans l’exemple comporte une notice indiquant qu’il est généré par Grok et ne doit pas être modifié directement.

documentation de xAI pour l’outil répertorie /memory, avec l’alias /mem, comme la commande permettant de parcourir, afficher et gérer les mémoires, et décrit /dream comme exécutant la consolidation de la mémoire et /flush comme vidant immédiatement la mémoire de conversation sur le disque. Une commande centrale distincte, /remember suivie d’une note, enregistre directement une note de mémoire. La documentation indique que ces commandes fournies par le shell apparaissent lorsque la mémoire intersession est activée.

Disponibilité et contexte du produit

La mémoire est désormais disponible dans Grok Build et s’applique aux nouvelles sessions : les utilisateurs exécutent /new ou démarrent une nouvelle session grok, et les notes commencent après le premier tour terminé. L’annonce fournit la commande d’installation curl -fsSL https://x.ai/cli/install.sh | bash avec un lien Essayer gratuitement.

La page produit Grok Build décrit l’outil comme un agent de codage pour des travaux complexes, désormais propulsé par Grok 4.6, disponible en essai gratuit, et répertorie Mémoire parmi ses fonctionnalités avec la description « Conserver les décisions et le contexte d’une session à l’autre ».