vault-memory

name	vault-memory
description	Capture, distille et harmonise la mémoire dans le vault (PARA). Consolidation REM-style : merge doublons, archive obsolètes, reconstruit MOC. Exploite Obsidian Bases pour les requêtes. Amplification native — Hermes vit dans le vault.
version	1.0.0
platforms	["linux","macos"]
metadata	{"hermes":{"tags":["memory","vault","obsidian","para","moc","consolidation","knowledge"],"related_skills":["pipeline","orchestrator-router","task-runner","checkpoint"],"model":"deepseek-v4-full","cron":"0 2 * * 0"}}

vault-memory

Adaptation de lovecraft (47) — ULK → Hermes. Carte : docs/backlog/2026-06-28-SPEC-HERMES-VAULT-MEMORY/CARD.md (P0, GitHub #256).

Mémoire longue de Hermes : capture les faits/décisions/patterns d'une session, les distille dans le vault selon PARA, et consolide périodiquement (merge doublons, archive obsolètes, reconstruit le MOC). Fit natif : là où ULK simule un vault via des MEMORY.md plats, Hermes vit dans le vault. Cette skill exploite la structure PARA existante et les Obsidian Bases pour les requêtes.

Runtime & modèles

• DeepSeek V4 full pour toutes les phases (capture, distillation, détection de doublons, reconstruction MOC). Aucune génération de code → pas de délégation vibe/Mistral.
• La détection de doublons commence par un TF-IDF local (pas de modèle) ; DeepSeek n'intervient que pour la décision finale de merge sur les paires candidates.

Chemins vault

Lus depuis 07_Hermes/vault-config.md (jamais hardcodés). Défauts :

• capture brute → 00_INBOX/
• distillé → 03_RESSOURCES/<catégorie>/
• MOC → 07_Hermes/memory-index.md
• log de consolidation → 07_Hermes/consolidation-log.md
• archives → 02_ARCHIVES/

Procédure

1. Capture

Ingest un fait/décision/pattern depuis le contexte courant → note dans 00_INBOX avec frontmatter : date, source, tags, type: fact|decision|pattern. Cible < 3 s.

2. Distillation

Reformule la note brute, enrichit le frontmatter (links, categories), déplace vers 03_RESSOURCES/<catégorie>/. Catégories : photo, dev-swift, product, hermes-config, décisions-archi.

3. Consolidation REM (cron weekly)

1. Scanne tout le vault, calcule un TF-IDF, sort les paires à forte similarité cosinus.
2. DeepSeek tranche chaque paire candidate : merge / garder / archiver / flag-contradiction.
3. Merge additif ; archive les obsolètes dans 02_ARCHIVES/ ; met à jour les wikilinks. ⚠️ Contradiction (deux entrées même sujet, verdict opposé) → jamais de merge : on pose un flag #contradiction + note dans 07_Hermes/ pour revue humaine. Fusionner deux faits opposés corromprait le vault.
4. Écrit un rapport dans 07_Hermes/consolidation-log.md.

4. Reconstruction MOC

Génère 07_Hermes/memory-index.md : wikilinks groupés par catégorie + une requête Obsidian Base embarquée listant les notes actives.

Critères d'acceptation

• La capture écrit une note bien formattée dans 00_INBOX en < 3 s.
• La distillation enrichit le frontmatter et déplace la note dans la bonne section PARA.
• La consolidation REM détecte et merge ≥ 80 % des doublons évidents (corpus de test 20+).
• Le MOC reconstruit liste toutes les notes actives avec les bons wikilinks.
• Le cron weekly tourne sans intervention ; le log est lisible dans le vault.

Pièges

• Jamais destructif sur les notes sans hermes-managed: true : la consolidation est additive/archivante. Ne pas écraser les notes manuelles de l'utilisateur.
• Détection de doublons par LLM coûteuse à grande échelle → TF-IDF d'abord, DeepSeek seulement pour la décision de merge.
• Wikilinks Obsidian sensibles à la casse/aux espaces → normaliser les slugs avant génération.
• La structure PARA peut évoluer → lire la config depuis 07_Hermes/vault-config.md.
• Distinguer mémoire Hermes (07_Hermes/) et mémoire perso de l'utilisateur (03_RESSOURCES/) : deux niveaux de capture, deux règles de rétention.