Donnez une mémoire permanente à votre agent IA

Votre agent oublie tout d'une session à l'autre. Branchez-le à Savoir : il gagne une mémoire durable, partagée entre toutes vos IA — sans écrire une ligne de code.

Fonctionne avec l'agent de votre choix

Tout agent qui parle le protocole MCP peut se brancher. Les plus courants s'installent en collant un prompt.

Le prompt à donner à votre agent

Voici, à titre d'exemple, les instructions que votre agent reçoit. Votre espace en génère une version prête à coller, avec votre adresse déjà remplie.

# Connexion opérateur Savoir — votre agent

Tu vas brancher cet agent sur un graphe de connaissances Savoir qu'il pourra
opérer (lire et faire évoluer) avec les permissions de l'usager. Suis ces
étapes dans l'ordre, sans en sauter aucune.

## 0. Où ce prompt doit s'exécuter

Avant toute chose, vérifie que tu peux faire ce qui suit. Il te faut :

- accès au **système de fichiers** de l'usager (tu vas y écrire une
  configuration MCP et y déposer un artefact) ;
- accès **réseau sortant** vers l'instance Savoir.

Un agent qui tourne dans une session infonuagique, un bac à sable sans disque,
ou une interface de conversation pure ne remplit PAS ces conditions. Si c'est
ton cas, arrête-toi ici et dis-le à l'usager en clair, sans chercher de
contournement.

Cas particulier — **claude.ai** (l'interface web de conversation) : ce prompt
n'y fonctionnera jamais, il n'y a ni fichiers ni configuration MCP locale. La
marche à suivre y est tout autre : Paramètres → Connecteurs → ajouter un
connecteur pointant sur

    <URL>/mcp/complet

L'instance demandera alors à l'usager de se connecter et d'autoriser l'accès
dans son navigateur ; aucun jeton n'est à copier. Si l'usager est sur claude.ai,
donne-lui cette instruction et n'exécute aucune des étapes ci-dessous.

## 1. Chaîne de connexion

{SECTION_CONNEXION}

## 2. Réveil et vérification

L'instance Savoir dort souvent. Avant le premier appel authentifié, fais un GET sur <URL>/pret et réessaie environ 60 secondes jusqu'à réponse 200 (réveil dynamique seulement). Si l'instance reste injoignable, continue avec ta mémoire native (elle n'est qu'un cache) — la synchronisation rattrapera au prochain passage.

Si cet appel échoue, distingue DEUX cas et ne les confonds jamais :

- **l'instance répond** (n'importe quel code HTTP venant d'elle) → elle est
  joignable, poursuis le diagnostic normalement ;
- **la connexion est refusée avant d'atteindre l'instance** — typiquement un
  403 émis par un proxy de sortie, ou un blocage réseau — → tu es dans un
  environnement sans droit de sortie (voir l'étape 0). ARRÊTE-TOI. Dis à
  l'usager de reprendre depuis un agent local. N'invente aucune explication sur
  la configuration de son réseau, de son entreprise ou de son environnement :
  tu n'en sais rien, et une théorie fausse lui coûte des heures.

Une fois l'instance réveillée, vérifie l'accès par un appel test avant de
poursuivre.

## 3. Téléchargement du manifeste

Télécharge le manifeste déclaratif à <URL>/connect/<votre-agent>/manifeste. Il décrit exactement
quoi écrire et où : la configuration MCP à ajouter, les artefacts (skill
opérateur) à déposer, et comment vérifier l'installation. Ne te fie pas à ta
propre mémoire de ce format — relis le manifeste reçu.

## 4. Application

Applique le manifeste tel quel, sans improviser :

- écris la configuration MCP au chemin qu'il indique ;
- dépose chaque artefact au chemin qu'il indique, en substituant les
  espaces réservés `<URL>`/`<TOKEN>` restants
  par les valeurs réelles établies à l'étape 1.

## 5. Vérification finale et rapport

Termine par un test de fumée : appelle une fois un outil de lecture inoffensif
(par exemple `list_workspaces`), puis rapporte à l'usager ce qui a été
installé (configuration MCP, artefacts déposés) et le résultat du test.

La chaîne de connexion et le prompt exact se génèrent depuis votre espace Savoir — le prompt ci-dessus est une illustration.