System
OpenMemory
Mémoire comportementale du système. Trois tiers, catégories, lecture/écriture, maintenance.
OpenMemory
OpenMemory stocke ce que le CEO apprend de toi. Pas des données. Des comportements, préférences, patterns.
Notion vs OpenMemory
| Notion | OpenMemory | |
|---|---|---|
| Contient | Données structurées (clients, logs, métriques) | Préférences, patterns, décisions passées |
| Exemple | "Client X a payé 2000€" | "L'utilisateur préfère les devis courts sans jargon" |
| Qui écrit | Tous les agents | CEO + Secretary principalement |
| Qui lit | Tous les agents | CEO (systématique), autres agents (si pertinent) |
| Durée de vie | Permanente | Curée (les entrées obsolètes sont supprimées) |
| Format | Base de données relationnelle | Fichiers texte structurés |
Règle : si c'est un fait → Notion. Si c'est un apprentissage → OpenMemory.
Architecture 3 tiers
┌─────────────────────────────────────────────────┐
│ Tier 1 │
│ Daily Logs (7-14j) │
│ │
│ Tout ce qui se passe. Brut. Non filtré. │
│ Rétention : 7 à 14 jours puis supprimé. │
│ Format : log horodaté par agent. │
└───────────────────┬─────────────────────────────┘
│ Curation (Secretary)
▼
┌─────────────────────────────────────────────────┐
│ Tier 2 │
│ MEMORY.md (permanent) │
│ │
│ Les leçons extraites des logs. │
│ Curé manuellement. Pas de doublons. │
│ Format : fichiers Markdown indexés. │
└───────────────────┬─────────────────────────────┘
│ Partage (si multi-instance)
▼
┌─────────────────────────────────────────────────┐
│ Tier 3 │
│ Team Memory (partagé) │
│ │
│ Mémoire commune entre instances. │
│ Ex: "Cette stratégie trading a échoué 3 fois" │
│ Accessible par tous les agents. │
└─────────────────────────────────────────────────┘Catégories de mémoire
| Catégorie | Exemples | Tier |
|---|---|---|
user_profile | Prénom, style de communication, horaires | Tier 2 |
user_preferences | "Préfère les réponses courtes", "Déteste le jargon" | Tier 2 |
project_context | État courant de chaque projet, décisions en cours | Tier 2 |
feedback | "Ne jamais bruteforce un login", "Toujours lire le DOM" | Tier 2 |
patterns | "Le lundi matin il fait du trading, pas du code" | Tier 2 |
agent_logs | Actions brutes horodatées | Tier 1 |
daily_context | Ce qui s'est passé aujourd'hui | Tier 1 |
shared_lessons | Leçons qui s'appliquent à toutes les instances | Tier 3 |
Lire la mémoire
Pour le CEO (automatique)
Au début de chaque session, le CEO charge :
MEMORY.md(index) → liste des fichiers mémoire- Les fichiers pertinents selon le contexte de la demande
- Les daily logs des 2 derniers jours
Pour les autres agents
Un agent reçoit la mémoire pertinente via son contexte :
Agent Trader reçoit :
- feedback/feedback_trading_with_trend.md
- feedback/feedback_trading_wide_scan.md
- project/project_infra_stack.md (pour les MCPs dispo)L'agent ne lit pas toute la mémoire. Le CEO filtre.
Écrire en mémoire
Tier 1 — Daily Logs
Écriture automatique. Chaque agent log ses actions.
[2026-04-02 09:15] trader: Scan 25 coins. BTC en range.
[2026-04-02 09:16] trader: Signal short ETH, funding -0.03%.
[2026-04-02 09:17] trader: Alerte envoyée CEO.Tier 2 — MEMORY.md
Écriture par le Secretary lors du debrief quotidien :
## Feedback
- [feedback_trading_with_trend.md] — Trader AVEC la tendance
Ajouté le 2026-03-28. Source : session trading perdante.Règles d'écriture Tier 2 :
- Pas de doublons (vérifier avant d'ajouter)
- Une entrée = une leçon claire
- Inclure la date et la source
- Supprimer si obsolète (pas d'accumulation)
Tier 3 — Team Memory
Écriture manuelle ou par le CEO quand une leçon est universelle.
Maintenance
Quotidienne (automatique — Secretary)
- Purger les daily logs > 14 jours
- Extraire les patterns récurrents → proposer ajout Tier 2
- Vérifier les doublons dans MEMORY.md
Hebdomadaire (weekly review)
- Le Secretary présente les nouvelles entrées Tier 2
- L'utilisateur valide ou supprime
- Archiver les feedbacks devenus obsolètes
Mensuelle
- Audit complet de MEMORY.md
- Supprimer les entrées jamais relues (0 hit en 30 jours)
- Consolider les entrées similaires
Exemple concret
Situation : tu dis "scan plus de coins, pas juste le top 10".
1. CEO note dans daily log : "User veut scan large, pas top 10 only"
2. Secretary extrait : feedback_trading_wide_scan.md
→ "Scan 20+ coins, multi-timeframe 4h/1h/5m, BTC regime gate"
3. Trader reçoit ce feedback dans son contexte à chaque session
4. Trader scanne désormais 25+ coins systématiquementLa mémoire transforme une correction ponctuelle en comportement permanent.