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
{
"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
La même session, avec et sans mémoire.
Mardi : l'agent reprend le travail d'authentification commencé lundi.
Sans Memexa
- 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
- 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.
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.
Trois étapes, puis plus jamais de re-contextualisation.
Branche le serveur MCP
Un bloc de config, ta clé API. Rien à héberger.
L'agent écrit sa mémoire
Décisions, bugs et contexte enregistrés au fil du travail, versionnés.
La session suivante sait tout
Contexte restauré au démarrage. L'agent reprend où il s'était arrêté.
Deux plans. Zéro carte pour commencer.
Free
Pour découvrir.
0 XOFgratuit, 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/ moisenviron 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.