L’installation est le premier onglet : trois étapes. Les autres onglets rassemblent toutes les commandes, selon ce que vous voulez faire, pour quand vous en aurez besoin.
Trois étapes : une fois par machine, puis une fois par dépôt. Ensuite, Claude Code enregistre le travail tout seul.
npm i -g @ambih/coding-agent-memory
Installe la commande central, le serveur MCP auquel vos agents parlent, et le tableau de bord local, le tout sur cette machine. Demande Node.js 22 ou plus récent.
central init
À lancer dans un dépôt. Il pose quelques questions, chacune avec une réponse déjà choisie : il suffit d’appuyer sur Entrée. Le nom du projet, les agents de code à connecter (ceux que vous utilisez sont déjà cochés) et l’endroit de leurs réglages. Sur cette machine, le choix par défaut, rien n’est écrit dans le dépôt ; dans le dépôt, il peut garder ses fichiers hors de git. Il liste ensuite les fichiers qu’il modifierait et demande une seule fois. Le projet est identifié par son remote git : un dossier déplacé ou recloné garde son historique.
{
"mcpServers": {
"central": { "command": "central-mcp" }
}
}
central init le fait déjà pour les agents que vous cochez. Pour le faire à la main, ajoutez ceci à la configuration MCP de votre agent, ou lancez central agent cursor (ou codex, vscode, gemini, windsurf) pour afficher la configuration exacte. L’onglet Votre agent donne le texte à coller.
Central marche avec Claude Code, Codex, Cursor, VS Code avec GitHub Copilot, Gemini CLI et Windsurf. Ce qu’il enregistre tout seul dépend de l’agent.
| Agent | Enregistré automatiquement |
|---|---|
| Claude Code | Chaque plan dès que Claude le montre, avec une tâche par étape, démarré quand vous l’acceptez ; sans plan, une tâche par demande ; les fichiers modifiés par chaque tâche ; les bugs remarqués, dans le plan ou à la fin d’un tour ; ses mémoires de projet (comme suggestions que vous confirmez). |
| Codex | Les étapes de son plan et les fichiers qu’il modifie, par ses hooks (pas encore vérifié dans une vraie session Codex). |
| Cursor, VS Code, Gemini CLI, Windsurf | Rien tout seul. Ces agents ont pour consigne d’enregistrer dans Central les décisions, les règles, les plans et le travail pour plus tard, et de le lire avant de modifier un fichier. Ce qu’ils enregistrent dépend de ce qu’ils le fassent. |
Claude Code et Codex ont des hooks : de petites commandes que l’agent lance après chaque étape, qui disent à Central ce qui s’est passé. Les quatre autres n’ont pas encore de hooks que Central peut utiliser : pour eux, Central ne sait que ce que l’agent envoie. Tout ce qu’un agent écrit reste marqué comme venant de l’agent jusqu’à ce que vous le confirmiez.
central init écrit ces lignes pour vous. Si vous configurez un agent à la main, collez-les dans le fichier qu’il lit au début d’une session (AGENTS.md, une règle Cursor, GEMINI.md…). Claude Code et Gemini CLI les reçoivent du serveur de Central et n’ont besoin de rien. Elles restent en anglais : c’est l’agent qui les lit.
Central holds this project's history: rules, decisions, follow-ups, plans, tasks. Before editing a file, call get_context with its path and follow the rules it returns. Record decisions, rules and work for later with propose_record, not only in your own memory: the team reads Central. For work with several steps, track them with your task list tool. In a plan, list bugs you will not fix under a "Noticed, not fixed" heading; Central records those itself. Add a "Map" heading too: "- Module: `path`, `path`" lines, and "`a` → `b`" for links to new files.
L’agent a aussi besoin du serveur MCP, central-mcp (la troisième étape de l’onglet Installer). Windsurf garde ses serveurs MCP par utilisateur, pas par projet : ajoutez-le une fois dans les réglages de Windsurf, sous MCP.
Une fois installé : ouvrez le tableau de bord, et vérifiez la configuration quand quelque chose semble ne pas marcher.
central dashboard
Ouvre le tableau de bord dans votre navigateur, servi par votre propre machine. L’accueil montre ce qui vous attend dans tous vos projets ; chaque projet a ses plans avec le tableau de leurs tâches, sa chronologie, ses règles, et une page pour confirmer ce que les agents ont écrit.
central doctor
Vérifie que cette machine peut faire tourner Central : Node, git, la base locale, l’espace disque, et si les hooks de Claude Code sont installés et approuvés dans ce dossier. Chaque problème vient avec sa solution, et rien n’est modifié.
Lisez ce qui a été enregistré : chaque enregistrement, les plans des agents, ce qu’ils ont remarqué, et ce qu’un agent reçoit avant de modifier un fichier.
central log
Tous les enregistrements du projet, du plus récent au plus ancien : intentions, décisions, règles, retours en arrière, idées, suivis et tâches, avec leur statut et qui les a écrits.
central show <id>
Un enregistrement en entier : ses champs, les fichiers et dossiers auxquels il est ancré, ses liens vers d’autres enregistrements, et qui l’a écrit ou confirmé.
central plan list
Les plans faits par les agents dans ce projet, avec combien de leurs tâches sont terminées.
central plan show <id>
Un plan comme un tableau en mots : chaque étape prévue, la tâche qu’elle est devenue, où en est cette tâche, et les tâches ajoutées en cours de route.
central later
Les suivis : ce qu’un agent a remarqué sans le corriger, du plus ancien au plus récent pour que rien ne vieillisse en silence. Après 30 jours, un suivi ouvert est marqué comme ancien.
central context src/app.ts
Exactement ce qu’un agent reçoit avant de modifier ce fichier : d’abord les règles qui s’appliquent, puis les décisions et retours en arrière derrière lui, dans un petit budget de tokens.
central context --query "login"
Cherche dans l’historique par mots, où que l’enregistrement soit ancré. Chaque mot doit correspondre : en tapant plus, vous affinez la réponse.
Tout ce qu’un agent écrit reste « non confirmé » jusqu’à ce qu’une personne le regarde. Ces commandes servent à ça, et demandent une personne devant un vrai terminal.
central review
Ce que les agents ont écrit et qu’aucune personne n’a encore confirmé. D’ici là, c’est marqué « non confirmé » partout, et une règle « must » non confirmée n’arrive aux autres agents qu’en « prefer ».
central review -i
Parcourt cette liste un élément à la fois, montre chacun tel qu’il a été écrit, et vous demande de le confirmer, le rejeter ou le passer.
central approve <id>
Confirme un élément, ou plusieurs identifiants à la fois. Refusé depuis le terminal d’un agent : confirmer, c’est le travail d’une personne.
central reject <id> --reason "..."
Le rejette, avec une raison facultative de 280 caractères au plus. La session d’agent qui l’a écrit apprend votre décision et la raison à son prochain appel.
Faites avancer le travail à la main, avec les mêmes gestes que le tableau Kanban du tableau de bord.
central start <task id>
Prend une tâche pour vous et la passe en « En cours ». Un autre agent voit qui s’en occupe et en choisit une autre.
central stop <task id>
Remet la tâche dans « À faire » sans la terminer.
central done <id>
Marque une tâche, un suivi ou n’importe quel enregistrement comme fait. Il reste dans l’historique, et les agents le voient toujours, marqué comme fait.
central reopen <id>
Retire la marque « fait » quand le travail n’était finalement pas terminé.
central drop <id>
Ferme un suivi ou une tâche que vous avez décidé de ne pas faire. Abandonné, c’est une décision, pas un échec, et cela reste visible comme telle.
La plupart des enregistrements viennent de votre agent. Quand vous en écrivez un vous-même, il compte comme confirmé dès le départ.
central add rule "No direct payment calls" --severity must --text "Go through checkout.service"
Écrit une règle. Une règle « must » écrite par une personne arrive à chaque agent en « must ». Les autres types marchent pareil : intent, decision, rollback, idea et followup.
central add decision "Three checkout steps" --set context="60% abandonment" --text "Cart, address, payment"
Une décision demande son contexte et son choix. --set remplit n’importe quel champ par son nom, --text remplit le champ principal.
central supersede <id> --text "..."
Un enregistrement n’est jamais modifié sur place : cette commande écrit une nouvelle version, et l’ancienne reste dans l’historique.
central link <from id> derived_from <to id>
Relie deux enregistrements : derived_from, implements, reverts, replaces, learned_from ou relates_to. Un lien qui ferait une boucle est refusé.
central trace <id>
D’où vient un enregistrement et à quoi il a mené, en suivant ses liens dans les deux sens.
central feature add Checkout --path src/checkout
Nomme une partie de votre code. Les enregistrements ancrés dans ses dossiers, ou étiquetés avec elle, apparaissent sur sa page dans le tableau de bord.
central session add "Checkout brainstorm" --at "2026-10-02 14:00"
Enregistre un brainstorm ou une réunion, à votre heure locale. Les plans et enregistrements qui en sont sortis peuvent y être rattachés.
Gardez le même historique sur toutes vos machines, ou partagez un projet avec votre équipe. Demande Pro, ou un siège dans une équipe.
central login https://central.ambih.com
Connecte cette machine à votre compte ambih.com, dans votre navigateur.
central sync --on
À lancer dans un projet : il vous demande de confirmer, envoie tout l’historique du projet, puis le garde à jour. Ajoutez --team <nom> pour le partager avec une équipe.
central sync
Une synchronisation tout de suite : envoie ce qui est nouveau ici, puis récupère ce que les autres ont envoyé. Elle tourne aussi toute seule après chaque changement.
central sync --status
Ce qui attend d’être envoyé, quand a eu lieu la dernière synchronisation, et ce que le serveur a refusé.
Configurez un autre agent de code, choisissez qui voit les écritures non confirmées, et les commandes d’entretien.
central agent cursor
Affiche la configuration d’un agent (cursor, codex, vscode, gemini, windsurf) : celle du serveur MCP et la courte instruction à mettre dans AGENTS.md. Ajoutez --write pour que Central l’écrive, --write --user pour les réglages de cette machine.
central policy required
Les écritures des agents restent cachées aux autres agents jusqu’à ce qu’une personne les confirme. central policy open revient au réglage par défaut, où elles sont visibles et marquées non confirmées.
central stop-server
Arrête le serveur en arrière-plan. Rarement utile : il s’arrête tout seul après 30 minutes sans client.
central tidy on
Laisse un petit modèle (Haiku, via votre propre Claude Code) donner aux tâches un nom plus clair et une description d’une ligne, en arrière-plan après un tour. Il lit le début des fichiers modifiés et utilise un peu de votre usage Claude : il reste désactivé tant que vous ne l’activez pas. central tidy off l’arrête.
central uninstall
Retrouve la configuration de Central pour ce projet, dans le dépôt et dans les réglages de cette machine, et retire ce que vous cochez. Vos propres réglages restent. Il demande ensuite s’il faut aussi oublier le projet.
central remove --yes
Supprime l’historique de ce projet sur cette machine, avec ses sauvegardes automatiques. C’est la seule commande qui supprime de l’historique.
central --help
Liste toutes les commandes. central <commande> --help donne les options de l’une d’elles.
Tant que vous êtes là.
Voyez ce que votre logiciel coûte réellement à exécuter : mémoire, CPU, et le moment où une version est devenue plus lente.
Windows affichera un avertissement « Éditeur inconnu » au premier lancement. Choisissez Informations complémentaires, puis Exécuter quand même.
Voyez comment un projet s’articule : ce que fait chaque fichier, ce qui dépend de quoi, et où il touche une base de données ou une API.
Windows affichera un avertissement « Éditeur inconnu » au premier lancement. Choisissez Informations complémentaires, puis Exécuter quand même.
Enregistrez votre écran dans un fichier vidéo. Sans compte, sans filigrane, sans limite de durée.
