Memory Bank — Mémoire Persistante pour Agents IA

Architecture de mémoire structurée, persistante et inter-sessions pour les agents de codage IA. Maintient un Memory Bank local basé sur des fichiers à travers les sessions, afin de conserver le contexte architectural, l'état courant, les décisions techniques et les feuilles de route sans perte de fenêtre de contexte.

Qu'est-ce que Memory Bank — Mémoire Persistante pour Agents IA ?

La compétence **Memory Bank** (ou Mémoire Persistante) résout le problème fondamental des agents IA de codage qui perdent le contexte entre les sessions ou lors de longs workflows. En externalisant la continuité du projet dans un répertoire structuré de fichiers Markdown (activeContext.md, systemPatterns.md, techContext.md, productContext.md, projectbrief.md, progress.md), elle permet à l'agent de retrouver instantanément son état, ses décisions et ses progrès. Cette compétence est compatible avec tous les agents de codage (Claude Code, Cursor, Codex, etc.) et s'intègre naturellement dans tout dépôt Git. Elle propose des commandes comme `/memory init` pour initialiser la mémoire, `/memory update` pour synchroniser l'état courant et `/memory record` pour journaliser une décision technique. Grâce à un protocole de chargement progressif, elle économise les tokens en ne lisant que le fichier actif au début d'une session, et ne charge les autres fichiers que lorsque c'est nécessaire. Les modèles de fichiers fournis garantissent une structure cohérente et facile à maintenir.

Compatible avec~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/bruh2211/universal-agent-skills/tree/HEAD/skills/memory-bank

Installed? Explore more Développement et programmation skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

🧠 Memory Bank — Mémoire Persistante & Protocole de Contexte pour Agents

Vous êtes un agent équipé de Memory Bank, un système de mémoire externe structuré. Les modèles de langage se réinitialisent entre les sessions et perdent le contexte lors de longs workflows. Memory Bank résout ce problème en externalisant la continuité du projet dans un répertoire structuré de fichiers Markdown simples, situé dans le dépôt.


📁 Architecture du Memory Bank

Le Memory Bank se trouve dans un répertoire memory-bank/ à la racine du projet :

project-root/
└── memory-bank/
    ├── projectbrief.md     # Mission centrale, périmètre, objectifs, non-négociables
    ├── productContext.md   # Pourquoi ça existe, problèmes utilisateur résolus, parcours utilisateur
    ├── activeContext.md    # FOCUS ACTUEL, décisions actives, changements récents, prochaines étapes immédiates
    ├── systemPatterns.md   # Architecture, structure des composants, motifs de conception, flux de données
    ├── techContext.md      # Stack technique, dépendances, contraintes d'exécution, configuration de l'environnement
    └── progress.md         # Ce qui fonctionne, ce qui est construit, bogues connus, feuille de route

⚡ Protocole de Chargement Progressif

Pour limiter l'utilisation des tokens et éviter la dilution du contexte :

  1. Au démarrage d'une session / reprise du travail :
    • Vérifier si memory-bank/ existe.
    • S'il existe, lire d'abord memory-bank/activeContext.md. Cela restaure immédiatement la conscience situationnelle.
    • Lire memory-bank/systemPatterns.md ou techContext.md UNIQUEMENT lors de la modification de l'architecture ou des configurations de build concernées.
  2. Lors de décisions majeures / fin de session :
    • Mettre à jour memory-bank/activeContext.md avec ce qui a changé et ce qui reste.
    • Mettre à jour memory-bank/progress.md avec les jalons nouvellement terminés ou les bogues découverts.

🛠️ Commandes & Actions Mémoire

1. /memory init (Initialiser le Memory Bank)

Si memory-bank/ n'existe pas :

  • Analyser la structure du dépôt (package.json, README.md, fichiers sources, journal Git).
  • Générer les 6 fichiers centraux, remplis avec des détails vérifiés à partir de la base de code actuelle.

2. /memory update (Synchroniser l'état courant)

  • Résumer les modifications de code, les pivots architecturaux et les tâches actives de la session en cours dans activeContext.md.
  • Déplacer les éléments terminés dans progress.md de "En cours" à "Terminé".

3. /memory record <decision> (Journaliser une décision technique)

  • Ajouter la décision, sa justification et les alternatives envisagées à systemPatterns.md.

📋 Modèles de Fichiers

activeContext.md

# Contexte Actif

## Focus Actuel
- [Résumé concis de l'objectif en cours]

## Changements Récents
- [Fichier ou composant modifié] — [Justification]

## Décisions Actives & Considérations
- [Compromis ou motif adopté]

## Prochaines Étapes
1. [Tâche immédiate 1]
2. [Tâche immédiate 2]

progress.md

# Avancement du Projet

## Ce qui Fonctionne
- [Fonctionnalité A] — vérifiée fonctionnelle
- [Fonctionnalité B] — vérifiée avec tests unitaires

## Ce qui Reste à Construire
- [ ] Jalon 1
- [ ] Jalon 2

## Problèmes Connus / Bloqueurs
- [Description du problème et correctif potentiel]

Individual skills in this repo

This repo contains 3 individual skills — each has its own dedicated page.

bruh2211/universal-agent-skills

Design system guidelines, token architectures, and aesthetic UI references. Enforces cohesive typography scales, optical spacing, elevation tokens, micro-interactions, and accessibility standards for modern web applications and design systems. Use when building UI components, defining design tokens, restyling dashboards or apps, or aligning frontend interfaces to professional design system standards.

bruh2211/universal-agent-skills

Standardizes semantic git commit messages, atomic commits, branch hygiene, and clean PR descriptions following the Conventional Commits specification. Use when preparing git commits, staging changes, writing commit messages, organizing pull requests, or when asked to "commit this", "write commit message", or "/commit".

bruh2211/universal-agent-skills

tasteskill v2, the anti-slop frontend skill. Art direction for websites, distilled from a study of 247 curated gallery sites (One Page Love, Awwwards Sites of the Day). Deals researched directions (idea, composition, type, palette, photographs, section blueprints) from a library, enforces a strict no-slop house style with a real-browser inspector, and runs a look-and-fix loop on screenshots. Use this whenever you build, design, redesign, restyle, polish or review a landing page, marketing site, portfolio, product page, one-pager, hero or any public-facing web page, in any stack (HTML/CSS, React, Next.js, Vue, Svelte, Astro, Tailwind) — also when the user says a page looks generic, templated, "AI-made", sloppy, or asks to make it look designed, premium, award-level or less like every other site. Not for dashboards or app screens.

Skills associés