HUD 1+3
Une priorité dominante, trois compteurs secondaires. Respecte la cascade et les sources live.
Le backend personnel existe déjà. La V1 doit lire les sources locales, mettre une seule action au premier plan et rester muette plutôt que d’inventer.
Choisir A, le HUD 1+3. Plugin seulement après collage de la décision. Calendrier hors V1.
MemoryHub rend le savoir retrouvable. Il ne rend pas la vue du matin. Le cockpit doit lire le vault local pour rester rapide et fonctionner malgré un lag de l’index.
Entrées brutes et captures.
Tri à faire et index du jour.
Savoir durable, pages sessions.
Index hybride. Pas une source métier.
Daily, tâches, inbox, audits.
| Besoin | Source live | État | V1 | Règle |
|---|---|---|---|---|
| Décision | Daily, section Decisions | 0/26 renseignée en août | Front-seat 1 | Premier élément brut. Conflit si deux daily. |
| Action Hassan | tasks/*.md | 5 actives, 0 due | Front-seat 2 | Actionnable avant waiting, due puis ancienneté. |
| Capture | inbox/*.md direct | 6 notes | Front-seat 3 | Plus ancienne. Aucun archivage ni ingest. |
| Calendrier | Aucune source canonique | Absent | Hors V1 | Ne pas confondre due, meetings passés et agenda. |
| Sessions | Snapshots Hermes + Claude | Hermes frais, Claude absent | Secondaire | Pas de total global sans les deux sources fraîches. |
Chaque niveau n’est consulté que si le précédent est vide. Une erreur ou un conflit arrête la cascade. Seul un parcours valide et entièrement vide produit « Rien à trancher ».
Premier élément non vide. Aucun LLM, aucune reformulation.
Actionnable, due la plus proche, puis la plus ancienne.
Note directe la plus ancienne, marquée « À trier ».
Seulement si daily, tâches et inbox sont valides et vides.
A/B/C deviennent maintenant des choix d’architecture sourcés, pas trois variations visuelles.
`Decisions` ne distingue pas pending et resolved. Les cinq tâches Hassan n’ont aucune échéance : l’ancienneté est déterministe, pas une preuve de priorité. Adoption mesurée : 0/7 au 29/08.
Critères du futur `agent-vault-cockpit`, pas des propriétés déjà codées : ItemView Obsidian, lecture seule, zéro réseau, zéro télémétrie, zéro shell, zéro LLM, zéro appel MemoryHub, zéro RAG, zéro base et zéro cache métier. Cible primaire : Obsidian Desktop Mac. Sur mobile, daily, tâches et inbox restent disponibles ; Sessions affiche « Audit indisponible sur cet appareil ».
Daily standard, MVP, conflit, absent et multi-décisions. Tâches due, sans due, waiting et métadonnées invalides. Inbox vide, pleine et date absente. Snapshots Hermes et Claude frais, absents, périmés, futurs et illisibles.
Développement et smoke test dans un vault séparé. Rollback à prouver avec Dataview 0.5.68 maintenu actif : désactiver le plugin, rouvrir `START-HERE.md`, aucune donnée perdue. Aucun second rollback ajouté en V1.
START-HERE.md, CLAUDE.md, tasks/*.md, daily/*.md, inbox/*.md, .obsidian/community-plugins.json, wiki/analysis/start-here-adoption.md, runtime/hermes-audit-latest.json. Mesure du 31/08. APIs ItemView, Vault et MetadataCache vérifiées dans la documentation officielle Obsidian. Codex CLI non authentifié. Passes finales : DeepSeek V4 Pro Cloud + Nemotron 3 Super Cloud ; passe intermédiaire Mistral Large 3 conservée.