Aller au contenu
Mémoire persistante · protocole MCP

Ton agent oublie tout. Memexa se souvient.

Décisions, bugs, conventions, contexte — une mémoire structurée qui survit à chaque session, branchée dans Claude Code, Cursor et opencode via un seul serveur MCP.

  • 20 outils MCP
  • Un seul bloc de config
  • Pas de carte pour commencer
~/.cursor/mcp.json
{
  "mcpServers": {
    "memexa": {
      "command": "npx",
      "args": ["-y", "@memexa/mcp-server"],
      "env": { "MEMEXA_API_KEY": "memexa_sk_•••" }
    }
  }
}
# Mémoire branchée.

Marche avec l'agent que tu utilises déjà.

  • Claude Code
  • Cursor
  • opencode
  • Tout client MCP
Avant / après

La même session, avec et sans mémoire.

Mardi : l'agent reprend le travail d'authentification commencé lundi.

Sans Memexa

session-2 · sans mémoire
  • toiContinue le travail d'authentification d'hier.
  • agentQuelle stack ? Quelle bibliothèque d'auth avait-on choisie ?
  • toiFastAPI, JWT dans des cookies httpOnly. On l'a décidé hier.
  • agentOù s'était-on arrêté ? Je relis le dépôt…
  • agentCorrectif : rafraîchir le token à chaque réponse 401.
  • noteLe correctif écarté hier : des requêtes parallèles déclenchent des rafraîchissements parallèles et révoquent la session.

Avec Memexa

session-2 · mémoire branchée
  • toiContinue le travail d'authentification d'hier.
  • appelget_context({ task_hint: "auth: refresh tokens" })
  • résultatdécision JWT dans des cookies httpOnly, pas de localStorage
  • résultatbug 401 parallèles → refresh parallèles → session révoquée
  • résultatavancée rotation du refresh : en cours
  • agentJe reprends la rotation du refresh, avec un seul rafraîchissement à la fois.
  • appeladd_decision({ decision: "Refresh en single-flight", context: "Des 401 parallèles révoquent la session", alternatives: [{ option: "Refresh à chaque 401", rejected_reason: "Révoque la session" }] })
  • appellog_bug({ description: "Cookie de refresh conservé après logout", cause: "Pas de Set-Cookie sur /logout", solution: "Effacer le cookie avec Max-Age=0" })

Session illustrative. Les entrées affichées sont ce qu'un agent lit et écrit via les outils MCP.

Fonctionnalités

Une mémoire structurée, pas un historique.

Quatre primitives, exposées comme outils MCP directement dans ton agent.

  • get_context()

    Contexte persistant

    Au démarrage de session, le contexte compressé et pertinent est restauré automatiquement.

  • add_decision()

    Décisions tracées

    Chaque choix stocké avec son contexte, ses alternatives et le raisonnement complet.

  • log_bug()

    Bugs mémorisés

    Cause racine et solution : un bug résolu une fois ne se re-débogue jamais.

  • search_cross_project()

    Recherche cross-projets

    Retrouve un pattern ou une décision commune à plusieurs projets, sémantiquement.

Comment ça marche

Trois étapes, puis plus jamais de re-contextualisation.

  1. Branche le serveur MCP

    Un bloc de config, ta clé API. Rien à héberger.

  2. L'agent écrit sa mémoire

    Décisions, bugs et contexte enregistrés au fil du travail, versionnés.

  3. La session suivante sait tout

    Contexte restauré au démarrage. L'agent reprend où il s'était arrêté.

Tarifs

Deux plans. Zéro carte pour commencer.

  • Free

    Pour découvrir.

    0 XOF

    gratuit, pour toujours

    Commencer
    • 2 projets
    • 100 appels API / jour
    • 90 jours d'historique
    • Les 20 outils MCP
    • Recherche sémantique
  • Recommandé

    Pro

    Sans aucune limite.

    5 500 XOF/ mois

    environ 9 USD / mois

    Passer à Pro
    • Projets illimités
    • Appels API illimités
    • Historique illimité
    • Recherche cross-projets
    • Support prioritaire

Paiement mobile — Wave, Orange Money, MTN — ou carte, via GeniusPay.
Pas de carte pour commencer. Annulable à tout moment.

FAQ

Questions fréquentes

Une décision, un bug résolu, une convention ou un snapshot de progression. Chaque entrée est versionnée et interrogeable sémantiquement.

Donne une mémoire à ton agent.