Un utilisateur de Claude Code, Codex et Google Antigravity a créé une mémoire commune permettant aux trois agents de reprendre successivement le même projet. Son système repose sur quelques fichiers Markdown qui conservent les règles, les décisions et l’état d’avancement directement dans le dossier de travail.
Choisir le meilleur agent de programmation devient moins important lorsqu’ils peuvent travailler ensemble. Claude Code, Codex et Google Antigravity savent tous ouvrir un dossier local, analyser ses fichiers et modifier un projet.
Le problème apparaît au moment de changer d’outil. Chaque conversation conserve son propre historique. Le nouvel agent voit bien le code, mais ignore souvent les décisions prises, les difficultés rencontrées et les tâches restant à accomplir.
Une configuration très simple propose de déplacer cette mémoire dans le projet lui-même, afin qu’elle ne dépende plus d’un fournisseur particulier.
Le projet conserve désormais son propre contexte
Le cœur du système repose sur AGENTS.md, un fichier d’instructions lu par Codex et Antigravity lorsqu’ils ouvrent le dossier.
Claude Code utilise normalement un autre document, baptisé CLAUDE.md. Dans cette configuration, celui-ci contient uniquement une instruction lui demandant d’importer AGENTS.md. Les trois agents appliquent donc les mêmes règles, sans maintenir plusieurs versions du manuel.
Ce fichier commun définit le fonctionnement général du projet. Il indique notamment quels documents consulter, comment signaler une difficulté et quelles étapes suivre avant de quitter une session.
L’intérêt est immédiat. Lorsqu’un agent atteint sa limite d’utilisation ou rencontre un blocage, l’utilisateur peut ouvrir le même dossier dans une autre application. Le nouvel assistant retrouve le contexte sans recevoir une longue explication manuelle.
Ce fonctionnement ne crée pas une mémoire permanente au sens strict. Il transforme plutôt le dossier en source de vérité, lisible par n’importe quel outil compatible avec les fichiers d’instructions.
HANDOFF.md organise le passage de relais
Un second fichier, HANDOFF.md, sert de journal de bord. Chaque agent doit le lire avant de commencer, puis ajouter une note lorsqu’il termine son intervention.
La note la plus récente apparaît en haut. Elle indique les tâches achevées, les éléments encore en cours et l’endroit précis où le prochain agent doit reprendre.
Dans le test décrit, Codex a immédiatement annoncé qu’il continuait depuis la dernière note disponible. Antigravity a ensuite identifié Codex comme son prédécesseur, avant que Claude Code ne reprenne à son tour le travail laissé par Antigravity.
This is the part that I have at agents.md : Model routing (save tokens, no quality loss) Grok oversees, external models do the labor: Grok Bot only plans, assigns and reviews. All research, writing, creating and code work goes to Claude Code, Codex or MiMo first through /workspace/bin/ask-model (missions included), before any Grok tokens (shared-rules/model-routing.md) (how to use it: shared-rules/ask-model.md). Switch models as needed and note the model used in TASKS.md. Every Codex run on the shared computer must unset the Supabase, Claude and VERCEL_TOKEN secrets first (see shared-rules/model-routing.md). At a full 5-hour window (ask-model exit 75) pause heavy work until the reset. When ask-model exits 75 (window full), it prints the exact reset time. Before stopping, the bot creates ONE one-time routine on itself (UpdateRoutine create, exact timing) for 2 minutes after that reset time, with the prompt ‘The 5-hour window has reset. Resume the heavy work you paused (see TASKS.md).’ If it already has such a wake set for that reset, it doesn’t add another. No hourly polling anywhere. If Eli asks for an update while paused, tell him it’s waiting for the reset at ET. Pick the model size inside each plan by task (shared-rules/model-routing.md). MiMo has no tools: a text-only MiMo result for a mission that needs tools counts as failed. While Claude and Codex are full, keep going on MiMo for anything that is text only (drafting, writing, research, plans, scripts, translations). Only work that needs tools (code edits, builds, file or media work) waits for the reset. Never use Grok for labor during the pause (Eli, Oct 29 2026, 11:18 AM ET). Pause notice to Eli (Eli, Oct 29 2026, 11:26 AM ET): when a 5-hour window fills and heavy work pauses, the CEO sends Eli one line in the same turn: ‘Work stopped at HH:MM ET because of <Claude|Codex> usage; resumes at HH:MM ET (text work continues on MiMo).’ Times come from ask-model’s printed reset. One notice per pause per provider, no repeats. When work resumes, one line: ‘Work resumed at HH:MM ET.’ Specialists who hit the pause tell their CEO with a priority:true ping so the CEO can send it. Weekly limit alert (Eli, Oct 29 2026, 11:26 AM ET): when Claude’s or Codex’s weekly limit is reached (ask-model prints ‘weekly limit’), the CEO notifies Eli at once in one line: ‘ weekly limit reached at HH:MM ET; resets ET. Heavy work moves to <other provider|MiMo for text>.’ Also send one early warning when weekly usage passes 80%. Big Boss also alerts Eli if no CEO has within the same hour. File rules •STATUS.md = current state (goal, progress, blockers, next steps) plus "Open promises to Eli". •TASKS.md = self-contained tasks so another model or bot can pick them up. Each task: [Todo|Working|Blocked|Ready for Eli|Done], P0–P3, owner, done when. •DECISIONS.md = important decisions with date and reason. •Brainstorms go in the project’s brainstorms/ folder as append-only files. •After significant work, update the files and commit. •Prefer connectors and file updates over chat. •Every shared-rules file starts with "Last verified: YYYY-MM-DD". Update the date when you check or change it. ( it is still work in progress and I am tweaking it )
— LostNDTired (@LostNDtiredmeow) November 2, 2026
Ce journal apporte aussi un avantage humain. L’utilisateur peut vérifier rapidement ce qui a changé pendant son absence, sans parcourir plusieurs historiques de conversation.
Les questions nécessitant une décision personnelle sont également regroupées dans le fichier. Elles ne disparaissent donc pas dans une discussion appartenant à une autre plateforme.
DECISIONS.md empêche les agents de se contredire
Le troisième document essentiel s’appelle DECISIONS.md. Il conserve les choix structurants déjà validés pour le projet.
Si l’utilisateur décide, par exemple, de construire un petit site uniquement en HTML, aucun agent ne doit remplacer cette approche par un framework au cours d’une session ultérieure.
En cas de désaccord, l’assistant doit le signaler dans sa note de transfert, plutôt que modifier silencieusement une décision précédente. Cette règle limite les changements de direction provoqués par les préférences propres à chaque modèle.
Le système attribue aussi un rôle particulier à chaque agent. Antigravity prend en charge les vérifications visuelles grâce à son navigateur intégré. Claude Code et Codex se répartissent davantage la planification, l’écriture et la correction du code.
L’objectif n’est donc plus de déterminer quel outil domine absolument les autres. Il consiste à exploiter leurs qualités respectives au sein du même workflow.
Une méthode efficace, mais pas totalement automatique
Cette organisation demande encore de la discipline. Les agents ne respectent pas tous les règles avec la même facilité. Antigravity aurait notamment nécessité une instruction plus explicite avant de compléter correctement sa note de transfert.
La taille du règlement doit aussi rester raisonnable. Antigravity limite ses fichiers de règles à 12 000 caractères, tandis que la configuration utilisée n’en contenait qu’environ 2 400.
Surtout, un seul agent doit intervenir à la fois. Lancer deux assistants simultanément dans le même dossier pourrait provoquer des modifications concurrentes et des conflits entre fichiers.
Cette expérience reste celle d’un utilisateur et ne constitue pas un standard officiel d’interopérabilité. Elle montre néanmoins qu’une solution légère peut réduire la dépendance aux historiques propriétaires.
Avec quelques fichiers Markdown, le contexte appartient au projet plutôt qu’à l’agent. Claude Code, Codex et Antigravity cessent alors d’être trois environnements isolés pour devenir des collaborateurs capables de se transmettre le travail.
- Partager l'article :
Restez à la pointe de l'information avec
INTELLIGENCE-ARTIFICIELLE.COM !
