IA
xAI dote Grok Build d'une mémoire de projet persistante
Le 16 septembre 2026, xAI a lancé la mémoire pour Grok Build. L'outil note en arrière-plan les conventions, choix d'architecture et commandes propres à chaque projet pour les réutiliser automatiquement lors des sessions de code ultérieures.
Par Léo Sperl
xAI a annoncé le 16 septembre 2026 le déploiement d'un système de mémoire persistante pour Grok Build, documenté dans son annonce Memory in Grok Build.
L'assistant n'oublie plus les particularités techniques d'un dépôt après la fermeture du terminal. Les développeurs évitent ainsi de réexpliquer leurs scripts de test ou leurs choix d'outillage au début de chaque session.
xAI ajoute une mémoire contextuelle à Grok Build
Grok Build enregistre désormais les conventions, les décisions et les données techniques durables d'un projet pour s'en servir d'une session à l'autre. Conçu par xAI, ce mécanisme vise à éviter la répétition des consignes courantes. Selon l'annonce de xAI, l'assistant examine chaque échange terminé pour consigner ce qui mérite d'être conservé. Dans un cas concret partagé par l'équipe, Grok Build échoue d'abord à exécuter une suite de tests avec cargo test en raison d'une base de données inaccessible. L'utilisateur indique d'utiliser la commande just test, qui démarre PostgreSQL au préalable. Grok retient cette règle et l'applique de façon autonome lors d'une tâche ultérieure sur l'envoi de webhooks, sans qu'il soit nécessaire de lui rappeler.
Des notes Markdown capturent le contexte en tâche de fond
Le fonctionnement repose sur une écriture asynchrone qui ne bloque jamais le cours du travail. Après chaque tour terminé, Grok analyse l'échange et sauvegarde les informations durables sous la forme de fichiers Markdown. La structure distingue un espace de travail propre au projet et un espace global qui rassemble les préférences générales valables partout. La commande /memory affiche un navigateur en lecture seule de ces fichiers sur le disque, classés par portée. La commande /dream regroupe quant à elle les observations récentes dans des fichiers thématiques dédiés, une tâche d'organisation que l'assistant effectue aussi périodiquement de manière automatique en arrière-plan.
Le système filtre les secrets et la documentation existante
La mémoire de Grok Build ne stocke pas l'intégralité des échanges. Elle retient la façon dont l'équipe écrit et relit le code, les décisions avec leurs justifications, ainsi que les éléments d'organisation comme l'emplacement d'un sous-système. À l'inverse, l'état temporaire d'une tâche, les conclusions provisoires, les secrets d'authentification et tout ce qui figure déjà dans le dépôt ou ses fichiers d'aide sont délibérément exclus. Avant d'aborder une zone de code, l'agent charge les sujets correspondants. Les instructions données dans la conversation active conservent toutefois la priorité absolue sur les notes enregistrées, ce qui permet de passer outre une ancienne directive en cas de besoin.
La fonction est accessible sans frais dans les nouvelles sessions
L'accès à la mémoire est d'ores et déjà ouvert dans Grok Build sans surcoût additionnel mentionné, la publication proposant une option pour essayer l'outil gratuitement. Cette gestion documentaire s'active dès qu'un utilisateur lance une nouvelle session avec la commande /new ou ouvre une session vierge avec grok. La capture des faits débute dès le premier échange complété. Pour les équipes, cette persistance locale ne requiert aucune configuration manuelle complexe, mais elle implique de vérifier les fichiers générés à l'aide du navigateur /memory afin de repérer et corriger les règles obsolètes qui continueraient d'orienter le travail de l'agent.
- 151 tests passés avec succès lors de la session suivant l'enregistrement de la commande de test x.ai, 2026-09-16
Le corpus ne détaille pas les mécanismes de résolution en cas de conflit entre plusieurs notes contradictoires, au-delà de la priorité donnée à l'invite en cours, ni les limites volumétriques précises de stockage des fichiers Markdown par projet.
Pour un indépendant sans équipe technique, la mémoire évite de rédiger de longs fichiers de contexte au lancement de chaque tâche. Aucun budget supplémentaire n'est mentionné dans la publication du 16 septembre 2026, la fonction étant active dès le premier tour d'une session /new, avec une simple vérification visuelle via /memory pour s'assurer que les choix notés restent exacts.
Comment corriger une information erronée stockée par Grok ?
La commande /memory ouvre un navigateur qui permet d'inspecter les fichiers sur le disque, d'identifier le document concerné et d'accéder au chemin du fichier Markdown pour le modifier ou le supprimer.
Que deviennent les consignes si la tâche actuelle exige une méthode différente ?
Les instructions fournies directement dans la conversation en cours prévalent toujours sur le contenu des notes de mémoire antérieures.
- Grok Build enregistre les faits techniques et choix d'architecture dans des fichiers Markdown après chaque échange.
- La commande /dream consolide ces notes par sujet et /memory permet de consulter les documents stockés par projet ou globalement.
- Les secrets, l'état transitoire des tâches et la documentation déjà présente dans le dépôt sont exclus de la capture.
Lire la suite de nos actualités