Mémoire d'agent et souveraineté : Git, base managée ou mémoire native de l'éditeur ?

Le 14 août 2026, le rachat de Cursor par SpaceX est devenu effectif, en actions, pour une valeur de 60 milliards de dollars¹. Le 28 août, OpenAI a annoncé vouloir « wind down our contract providing OpenAI models to Cursor », avec une date d'arrêt proposée au 12 novembre 2026². Michael Truell, CEO de Cursor, a répondu sur X : « OpenAI models serve about 5% of Cursor user traffic, and we're speaking with the OpenAI team to resolve this. »³ Le 12 novembre, OpenAI a ajouté une mise à jour à son billet : « We’ve temporarily extended Cursor’s access to our models beyond November 12. »² Aucune nouvelle date n'est donnée, et le billet précise qu'OpenAI ne fournira pas ses futurs modèles à Cursor. Le 14 novembre, la documentation de Cursor listait encore des modèles d'OpenAI⁴.

Entre avril et novembre, un outil de développement a donc changé de propriétaire, vu un fournisseur de modèles annoncer son départ, puis le repousser sans date. Une équipe dont la mémoire de travail vivait dans le format d'un seul outil se demande ce qu'elle en garderait. D'où la question : où ranger la mémoire de vos agents ?

Trois emplacements

A. La mémoire native de l'éditeur. Mémoire automatique de Claude Code, memory stores de Claude Managed Agents, mémoires de Codex, mémoire de faits d'Hermes Agent. Elle fonctionne dès l'installation.

B. Un hub de mémoire. TencentDB Agent Memory en auto-hébergé, ou un service comparable. Il sert plusieurs agents et gère les droits.

C. Un dépôt Git de Markdown. Le schéma de GBrain : des fichiers que tous les agents lisent, un index par-dessus.

Six critères

Critère	A. Native	B. Hub	C. Git et Markdown
Portabilité entre agents	Faible, sauf import : la CLI Codex importe depuis Claude Code ou Cursor5	Bonne pour les agents intégrés (Cursor absent chez TencentDB au 14 novembre 2026)	Totale : tout agent lit un fichier
Droits d'accès	Ceux du compte éditeur	Fins : privé, équipe, restreint	Ceux du dépôt, sans granularité par note
Recherche	Intégrée	Sémantique, wiki, graphe de code	Aucune sans index (GBrain en ajoute une)
Historique et revue	Variable	Panneau de revue	Diff, pull request, retour arrière
Localisation des données	Chez l'éditeur, sauf outil local comme Hermes	Là où vous déployez	Là où vit le dépôt
Coût de sortie	À tester éditeur par éditeur	Dépend de l'export, encore partiel chez TencentDB	Faible pour ce qui vit dans les fichiers

Ce tableau résume les sources de la série ; testez chaque ligne sur vos propres agents avant de trancher.

L'architecture qui garde la sortie ouverte

Les trois options se combinent. Le schéma décrit dans l'article chapeau empile C et B : Git porte la copie maîtresse, le hub porte l'index et les droits. La mémoire native (A) reste active dans chaque agent pour le confort, avec un contenu limité à ce que le dépôt sait déjà.

Trois règles tiennent l'ensemble :

1. Une seule source de vérité. Un fait qui compte existe dans le dépôt. Les autres couches en dérivent.
2. Un index jetable. Supprimer l'index et le reconstruire fait partie des tests, au même titre qu'une restauration de sauvegarde.
3. Une maintenance planifiée. Anthropic montre qu'une note fausse non corrigée fait tourner l'agent en rond⁶. Le dreaming, ou une relecture humaine mensuelle, traite ce risque.

C'est le concept Design to Exit appliqué au contexte.

Les juridictions

La localisation se pose pour tous les fournisseurs. CodeBuddy stocke les données de son édition Entreprise à Singapour, d'après notre panorama des agents de code ; WorkBuddy fait de même pour son édition internationale, avec un accès possible d'équipes situées en Chine. Claude, Codex et Cursor relèvent d'éditeurs américains ; Cursor appartient à SpaceX depuis août 2026. L'API Dreams d'Anthropic, en research preview, n'est éligible ni au HIPAA, ni au Zero Data Retention hors Managed Agents auto-hébergés⁷.

Un dépôt Git hébergé sur une forge interne sort la copie maîtresse de cette équation. Les prompts, eux, continuent de partir vers le modèle à chaque session, et la mémoire injectée voyage avec eux. La Matrice Souveraineté Agentique sert à classer ce qui a le droit de voyager.

Sept questions avant de choisir

1. Combien d'agents différents vos équipes utilisent-elles aujourd'hui ?
2. Quel fait, s'il était faux dans la mémoire, coûterait une journée ?
3. Qui relit ce qu'un agent écrit en mémoire ?
4. Où vivent physiquement les notes ?
5. Combien de temps faut-il pour reconstruire l'index à partir des fichiers ?
6. Que contient la mémoire sur des personnes, et sur quelle base légale ?
7. Que devient la mémoire quand un contrat éditeur s'arrête ?

Commencez par les questions 5 et 7 : chronométrez une reconstruction de l'index à partir des fichiers, et écrivez ce que vous ferez de la mémoire le jour où un contrat éditeur s'arrête.

Sources

1. MarketReview, sur la finalisation du rachat de Cursor par SpaceX (prise d'effet le 14 août 2026, opération en actions). marketreview.com
2. OpenAI, « Our decision on Cursor following its acquisition by SpaceX », 28 août 2026, mis à jour le 12 novembre 2026, consulté le 14 novembre 2026. openai.com
3. Michael Truell (@mntruell), publication sur X, 28 août 2026 (heure de la côte ouest), reprise par CNBC le 29 août 2026. x.com ; cnbc.com
4. Cursor Docs, « Models and pricing », consulté le 14 novembre 2026. cursor.com
5. OpenAI, documentation « Import », consultée le 14 novembre 2026. learn.chatgpt.com
6. Anthropic (Engineering, rédigé par Lance Martin), « The components of agent memory », 6 novembre 2026. anthropic.com
7. Claude Platform Docs, Managed Agents, « Dreams », consulté le 14 novembre 2026. platform.claude.com