La décision revient avec sa raison.
L'agent retrouve le choix d'architecture, les alternatives rejetées et le contexte qui l'a rendu juste — même plusieurs sprints plus tard.
Vos agents n'ont pas besoin de plus de contexte. Ils ont besoin du bon contexte. MIRA sélectionne, compresse et relie chaque souvenir — localement, dans le budget exact que vous fixez.
Open source · Licence MIT · Aucun compte requis
La précision d'une mémoire. Le contrôle d'une infrastructure locale.
VOIR SUR GITHUBUne première fois quand il relit un historique trop long. Une seconde quand il agit sans la décision, la préférence ou la cause qui change tout.
MIRA transforme la mémoire en infrastructure : chaque rappel est composé pour maximiser l'information utile, sans gonfler la fenêtre de contexte.
Une pile de documents proches de la requête.
Un contexte composé, pondéré et calibré pour agir.
←UNE MÉMOIRE, TROIS NIVEAUX DE FIDÉLITÉ
Les faits, décisions et relations extraits sous forme structurée.
L'INTELLIGENCE NE CONSISTE PAS À TOUT GARDER.
S(m) = ρ × δ × η × (1−σ) × τ × χMIRA fusionne les signaux sémantiques, temporels et structurels pour construire un contexte qui a du sens — et qui tient dans la fenêtre.
UNE MÉMOIRE QUI CRÉE UN AVANTAGE PRODUIT
L'agent retrouve le choix d'architecture, les alternatives rejetées et le contexte qui l'a rendu juste — même plusieurs sprints plus tard.
Les habitudes importantes restent disponibles. Les notes éphémères déclinent naturellement. L'assistant évolue sans repartir de zéro.
Les wings et rooms isolent les domaines. MCP, REST et CLI branchent la même intelligence de rappel partout où vos agents travaillent.
« Pourquoi ce choix ? »
HNSW + recherche SQL
RRF + clustering
taillé au budget
MIRA détecte les causes, contradictions, remplacements et résolutions. Les souvenirs deviennent un récit, pas un tas de fragments.
Des embeddings cross-lingues élargissent la recherche, même quand la question et le souvenir ne parlent pas la même langue.
Chaque type de mémoire a son rythme : une décision reste, un log de debug s'archive naturellement.
Si l'index vectoriel est indisponible, MIRA bascule vers une recherche SQL portable, sur SQLite comme PostgreSQL.
LES FAITS SONT UNE PARTIE DE L'HISTOIRE.
La continuité d'identité fait partie de MIRA : personnalité, voix, valeurs et tonalité traversent les sessions et les changements de modèle. Les outils MCP d'identité utilisent la même mémoire, le même budget et le même stockage local.
Voir les outils d'identitéBRANCHEZ-LA À VOTRE STACK
MIRA parle le langage des agents, des applications et de vos opérations. Installez-le là où la mémoire doit rester à vous.
go install github.com/benoitpetit/mira/cmd/mira@latest{
"tool": "mira_recall",
"arguments": {
"query": "Pourquoi PostgreSQL ?",
"budget": 2000,
"wing": "backend"
}
}Vous gardez le contrôle. MIRA est un binaire Go open source, sans abonnement, sans compte et sans dépendance à une API distante.
Lire la documentationTout ce qu'il faut pour décider si MIRA doit devenir la mémoire de vos agents.
Non. MIRA est une couche de mémoire agnostique au modèle. Il se connecte à votre agent via MCP, REST ou CLI et lui fournit le contexte le plus utile au moment du rappel.
Non. MIRA fonctionne localement avec SQLite ou PostgreSQL, son index HNSW et ses embeddings. Vous décidez où tourne le binaire et où vit la base.
Une base vectorielle retrouve ce qui ressemble. MIRA ajoute un budget de tokens, la densité d'information, le temps, la redondance, la session et la causalité pour choisir ce qui aide réellement.
Elle est intégrée à MIRA et activée automatiquement. Les outils MCP d'identité (`soul_capture`, `soul_recall`, `soul_drift`, `soul_swap`, `soul_status`, `soul_history`, `soul_update` et `soul_patch`) partagent la mémoire et le stockage de MIRA.
Open source. Local. Prêt à brancher.