Install
$ agentstack add skill-colindargent-second-cerveau-revise-memory ✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.
Security review
✓ PassedNo issues found. Passed automated security review. · v0.1.0 How review works →
- ✓ Prompt-injection patterns
- ✓ Secret / credential exfiltration
- ✓ Dangerous shell & filesystem operations
- ✓ Untrusted network calls
- ✓ Known-malicious package signatures
What it can access
- ✓ Network access No
- ✓ Filesystem access No
- ✓ Shell / process execution No
- ✓ Environment & secrets No
- ✓ Dynamic code execution No
From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.
Verified badge
Passed review? Show it. Paste this badge into your README, it links to the public security report.
Reliability & compatibility
Declared compatibility
Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.
We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.
How agent discovery & health will work →About
Revise Memory - vider l'inbox d'apprentissage
MEMORY.md est l'inbox de ce que ton IA a appris en session (un feedback, une correction, une préférence découverte). Ce n'est pas un stockage : chaque entrée signale qu'une pièce de ton vault n'a pas bien servi. Ce skill fait passer chaque entrée vers sa vraie maison, puis vide l'inbox.
À faire régulièrement (chaque semaine, ou quand MEMORY.md gonfle). Pendant que le harvester récolte tes corrections en session, revise-memory range ce que ton IA en a retenu : les deux forment la boucle "le second cerveau apprend".
Phase 0 : Localiser MEMORY.md
Claude Code range la mémoire d'un projet sous ~/.claude/projects/{hash}/memory/MEMORY.md, où :
> hash = chemin absolu du dossier ouvert dans Claude Code, avec chaque / et chaque . remplacés par -.
Donc : prendre le chemin absolu de ton vault (le dossier courant, pwd), appliquer la règle, et lire ~/.claude/projects/{hash}/memory/MEMORY.md + les éventuels fichiers topic du même dossier.
Exemple : /Users/jean/mon-vault -> ~/.claude/projects/-Users-jean-mon-vault/memory/MEMORY.md.
Phase 1 : Inventaire
Lire MEMORY.md et chaque fichier topic associé. Si MEMORY.md est vide ou quasi-vide (moins de 3 entrées) : répondre "MEMORY.md propre, rien à traiter" - ton vault tient bien.
Phase 2 : Classer chaque entrée
Pour chaque entrée, proposer une des 4 actions :
A. Redispatch vers le vault
L'entrée est une info stable qui aurait dû y être. Destination selon le type (apprends les emplacements réels en lisant la doc de ton vault) :
| Type d'info | Destination type | |---|---| | Préférence durable (fuseau, langue, ton) | ton fichier d'instructions global | | Règle transverse (écriture, décision, code) | tes fichiers de règles | | Convention propre à un dossier | le fichier d'instructions local du dossier | | Décision sur un projet/client | le decisions.md du projet/client | | Spécif d'un outil | ta fiche outil / contexte | | Règle de fonctionnement d'un skill ou agent | le fichier du skill/agent concerné |
B. Consolidation en règle
L'entrée reflète un pattern récurrent (revenu plusieurs fois). La promouvoir en règle explicite, au bon endroit (souvent un fichier de règles ou un fichier d'instructions local).
C. Suppression (déjà couvert)
L'info est déjà présente ailleurs dans le vault. Supprimer.
D. Suppression (obsolète / circonstanciel)
L'info n'a plus de valeur (périmée, liée à un événement passé). Supprimer.
Phase 3 : Plan proposé
Présenter un tableau de synthèse :
| # | Entrée | Action | Destination / Raison |
|---|---|---|---|
| 1 | ... | Redispatch | {fichier cible} |
| 2 | ... | Consolidation | {règle} |
| 3 | ... | Suppression | déjà couvert ailleurs |
| 4 | ... | Suppression | obsolète |
Demander validation pour les arbitrages non triviaux. Pour les entrées évidentes, exécuter directement.
Phase 4 : Exécution
Pour chaque entrée validée :
- Redispatch / Consolidation : modifier le fichier cible, puis supprimer le fichier topic et retirer la ligne de
MEMORY.md. - Suppression : supprimer le fichier topic et retirer la ligne de
MEMORY.md.
Le redispatch se fait toujours avant la suppression (ne jamais perdre l'info).
Phase 5 : Rapport
Retourner : nombre d'entrées traitées (par type), fichiers modifiés, entrées restantes dans MEMORY.md (devrait être ~0). Signal système : si une même idée est revenue plusieurs fois, c'est un trou dans le vault à boucher - le signaler même si l'action de la semaine est faite. Si ton vault tient un journal ou des décisions, y loguer un redispatch notable.
Règles
- Toujours proposer avant d'exécuter les cas ambigus (destination incertaine, entrée qui pourrait contredire une règle existante).
- Ne jamais supprimer sans avoir fait le redispatch d'abord.
- Une entrée non classifiable : demander une clarification, ne pas deviner.
- Objectif : après la revue,
MEMORY.mdest quasi vide et le vault a absorbé les règles.
Source & license
This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.
- Author: ColinDargent
- Source: ColinDargent/second-cerveau
- License: MIT
Install and usage instructions live in the source repository linked above.
Reviews
No reviews yet, be the first.
Write a review
Versions
- v0.1.0 Imported from the upstream source.