Connecter l'agent
Ce parcours sert à brancher votre assistant sur Kessho, puis à vérifier qu'il voit la mémoire. Vous le faites une fois par machine ; l'écran lui-même est décrit dans Connecter ses agents.
Ce que vous demandez à l'agent
Brancher un client est un geste de l'application, pas de l'agent : aucun outil MCP ne déploie quoi que ce soit. Une fois le client branché, vous vérifiez par deux demandes.
Ce que fait l'application
Au clic sur Auto-injecter (ou, au premier lancement, Déclarer Kessho à mes assistants), Kessho traite d'un coup tous les clients détectés. Pour chacun :
- il sauvegarde le fichier de configuration, puis y écrit une entrée nommée
kesshoqui lance son serveur, sans argument ni permission ; - si cette déclaration a réussi, il dépose les procédures du client quand il en a (voir ci-dessous).
Les dix clients, ce que Kessho écrit chez chacun :
| Client | Déclaration du serveur | Procédures déposées sous |
|---|---|---|
| Claude Code | ~/.claude.json | ~/.claude/ (ou $CLAUDE_CONFIG_DIR) |
| GitHub Copilot CLI | ~/.copilot/mcp-config.json | ~/.copilot/ (ou $COPILOT_HOME) |
| Codex | ~/.codex/config.toml | ~/.codex/ |
| Gemini CLI | ~/.gemini/settings.json | ~/.gemini/ |
| Mistral Vibe | ~/.vibe/config.toml | ~/.vibe/ |
| Claude Desktop | ~/Library/Application Support/Claude/claude_desktop_config.json (macOS) | aucune |
| opencode | ~/.config/opencode/opencode.json | aucune |
| Antigravity, Antigravity (application), Antigravity (CLI) | ~/.gemini/config/mcp_config.json, ~/.gemini/antigravity/mcp_config.json, ~/.gemini/antigravity-cli/mcp_config.json | aucune |
« Aucune » veut dire : le serveur est déclaré et l'agent voit les outils, mais Kessho ne dépose rien qui lui dise quand les appeler. Le code le déclare explicitement, dans sa liste des clients sans procédures (SANS_PROCEDURES) : pour Claude Desktop et opencode, l'endroit où ces clients liraient des procédures n'est pas établi ; pour Antigravity, il n'a jamais été mesuré. Avec ces clients, c'est à vous de demander l'outil (« appelle mem_recall sur kessho-docs »).
Les procédures
Ce sont des fichiers (compétences, commandes) que le client lit : une par outil ou par geste, par exemple mem-recall ou mem-archive. Elles disent à l'agent quand appeler l'outil, sans que vous tapiez de commande :
- une envie de reprendre (« on reprend », « où en étions-nous ? ») ou une question sur le passé (« qu'avait-on décidé ? ») déclenche la reprise, voir Reprendre un projet ;
- un signal de fin (« on s'arrête », « j'ai fini ») déclenche l'archivage complet, voir Archiver une session ;
- les autres (chercher, noter, renommer, synchroniser…) se déclenchent sur l'intention que vous exprimez.
Une procédure que vous avez modifiée à la main n'est jamais écrasée : Kessho la laisse en place et l'écran la signale (« modifiée à la main »). Les procédures qu'il a déposées lui-même sont mises à jour au déploiement suivant.
Ce que vous voyez

- Réglages › Connecteurs MCP : le tableau des clients avec leur État (Déployé, À configurer, Non détecté…), les boutons Sonder le serveur, Auto-injecter et Désinstaller, et le panneau Déploiement. Les libellés sont expliqués dans Connecter ses agents.
- Sonder le serveur mesure le serveur de Kessho (« Serveur joignable · 42 ms »). Il ne dit pas qu'un assistant l'utilise : pour cela, demandez à l'agent un outil (les deux demandes ci-dessus) et regardez s'il répond avec vos projets.
- La barre d'état affiche AGENTS 8/8 sur la capture ci-dessus (le chiffre dépend de votre poste) : combien de clients détectés portent Kessho.
- Sous un client, l'écran liste les procédures retirées ou épargnées (« modifiée à la main »), s'il y en a.