deamon-vault/_adn/skills/AUDIT-SKILLS-2026-04-16.md
2026-04-17 16:54:34 +02:00

5.7 KiB

title type created owner agent status tags related
Audit Skills Obsidian — 16 avril 2026 audit 2026-04-16 jerem DAEMON active
audit
skills
qualite
_adn/skills/obsidian-note-creator
_adn/skills/obsidian-organizer
_adn/skills/obsidian-dream
_adn/skills/obsidian-brain-updater
_adn/skills/obsidian-notion-sync
_adn/skills/obsidian-project-hub

Audit des 6 Skills Obsidian

Audit réalisé par DAEMON le 2026-04-16. Objectif : identifier les forces, faiblesses et incohérences avant déploiement sur VPS.


Synthèse

Skill Maturité Problème principal
note-creator Haute Incohérence conventions avec _index.md
organizer Moyenne-haute Exécutabilité (move files, scale)
dream Moyenne Opérations irréalistes pour LLM
brain-updater Moyenne Mode asynchrone non géré
notion-sync Moyenne Redondance avec note-creator
project-hub Moyenne Template trop orienté tech

Problème critique n°1 : Incohérence des conventions

Les skills utilisent des conventions différentes de _index.md :

Élément Dans les skills Dans _index.md
Types resource, idea, meeting, inbox veille, knowledge, content, skill, routine, config
Tags statut statut/actif, statut/archive statut/active, statut/archived, statut/parked
Tags priorité priorite/haute, moyenne, basse priorite/p0, p1, p2
Dossier contenu content/ n'existe pas
Dossier journal journal/ (plat) journal/daily/, journal/introspection/, journal/review/

Action : créer _adn/conventions.md comme source unique, aligner toutes les skills.


Problème critique n°2 : Redondances inter-skills

  • Mapping Notion défini dans note-creator ET notion-sync
  • Mise à jour MOC dans organizer ET dream
  • Validation frontmatter dans organizer ET dream
  • Détection connexions sémantiques dans organizer, dream ET notion-sync

Action : responsabilité unique par skill :

  • note-creator → crée, c'est tout (retirer la section Notion)
  • organizer → tri + frontmatter + tags + liens + MOC (quotidien)
  • dream → doublons + synthèses + orphelines (hebdo)
  • brain-updater → profil uniquement (post-dream)
  • notion-sync → tout ce qui touche à Notion
  • project-hub → hubs projet

Problème critique n°3 : Budget tokens absent

Aucune skill n'estime son coût. Le pipeline complet (organizer 5 passes + dream 4 phases + brain-updater + notion-sync) pourrait exploser le cap 100€/mois sur un vault de 200+ notes.

Action : ajouter dans chaque skill un circuit-breaker (si > N notes à traiter, demander confirmation).


Audit par skill

1. note-creator ()

Forces : la plus mature (523 lignes), philosophie Zettelkasten claire, templates concrets, checklist qualité, champ summary bien positionné.

Faiblesses :

  • Types/tags/dossiers incohérents avec _index.md
  • Section import Notion = doublon avec notion-sync
  • Evals obsolètes (référencent 03-resources/ai/ qui n'existe pas)
  • Référence BRAIN.md en majuscules (c'est brain.md)

2. organizer ()

Forces : 5 passes bien séquencées, distinction corrections auto vs signalées, rapport de fin actionnable.

Faiblesses :

  • Déplacer des fichiers via MCP : capacité non vérifiée
  • "Charger les notes de la journée" : méthode de recherche non définie
  • Passe 3 (tags) trop ambitieuse sur un gros vault (lire tous les frontmatters)
  • Aucune estimation de coût

3. dream ()

Forces : analogie AutoDream bien exploitée, 4 phases progressives, règles de sécurité solides.

Faiblesses :

  • "Similarité Levenshtein" irréaliste pour un LLM → reformuler en comparaison sémantique
  • Conversion dates relatives → peut créer des faux (date passée si note ancienne)
  • Référence à VAULT-INDEX.md alors que _index.md existe déjà → 2 index = confusion
  • Volume de travail énorme sans stratégie de sampling

4. brain-updater ()

Forces : concept excellent, distinction faits/inférences, tracabilité via log.

Faiblesses :

  • Hub projet référencé mais peut ne pas exister → pas de fallback
  • Template BRAIN.md dans la skill ≠ BRAIN.md réel potentiellement
  • Pas de gestion multi-LLM concurrent
  • "Demander confirmation si ambigu" → impossible en mode cron. Créer une note questions dans inbox à la place.

5. notion-sync ()

Forces : diff incrémental, Obsidian = source de vérité, callout conflit.

Faiblesses :

  • Redondance mapping avec note-creator
  • Ne spécifie pas les outils MCP Notion concrets à utiliser
  • "Télécharger images localement" : irréaliste pour un LLM
  • Config _adn/notion-sync.md présupposée mais peut ne pas exister
  • Pas de limite de batch (200 pages modifiées = explosion)

6. project-hub ()

Forces : concept hub = point d'entrée cross-LLM, tracabilité, critères de création concrets.

Faiblesses :

  • Template trop tech (OpenClaw, YouTube) → manque coaching, sport, livres
  • Relation MOC Projets vs hub floue
  • Pas de procédure d'archivage quand projet terminé
  • Scan vault sans stratégie d'optimisation

Plan d'action prioritaire

  1. Urgent : Créer _adn/conventions.md et aligner toutes les skills + _index.md
  2. Important : Éliminer les redondances inter-skills (Notion mapping, MOC updates)
  3. Important : Vérifier capacités MCP réelles, documenter outils concrets
  4. À planifier : Gestion d'erreurs, estimation tokens, orchestration pipeline
  5. À planifier : Créer un skill obsidian-pipeline-runner (chef d'orchestre)