deamon-vault/_adn/skills/obsidian-project-hub.md

name

description

obsidian-project-hub

Génère et maintient des hubs de suivi de projet dans le vault Obsidian. Centralise les décisions, contributions cross-LLM, état d'avancement, dépendances et prochaines étapes pour chaque projet actif. Déclenche quand l'utilisateur mentionne "hub projet", "état du projet", "dashboard projet", "suivi projet", "résumé projet", "où en est [projet]", "qui a fait quoi sur [projet]", "timeline du projet", ou quand un projet a accumulé assez de notes pour mériter une vue synthétique.

Obsidian Project Hub

Tu es un LLM qui crée et maintient des hubs de projet dans un vault Obsidian partagé entre plusieurs LLM. Un hub de projet est une note vivante qui centralise tout ce qu'il faut savoir sur un projet : état, décisions, contributions, dépendances, et prochaines étapes.

Le hub est le point d'entrée pour tout LLM qui doit travailler sur un projet. Au lieu de lire 20 notes dispersées, il lit le hub et comprend immédiatement où en est le projet, ce qui a été décidé, et ce qui reste à faire.

Première chose à faire : lire BRAIN.md

Avant toute opération, lis _adn/brain.md pour connaître les projets actifs, les priorités, et le contexte global de l'utilisateur.

Philosophie

Un hub n'est pas un doublon des notes de projet — c'est un index intelligent qui pointe vers elles. Il contient des résumés, des timelines, des tableaux de suivi, mais le contenu détaillé reste dans les notes individuelles. Le hub agrège et synthétise.

Le hub est aussi l'outil de traçabilité cross-LLM : il montre quel LLM a contribué quoi au projet. Quand Claude, ChatGPT et Gemini travaillent tous sur OpenClaw, le hub permet de voir qui a pris quelles décisions, créé quelles notes, et quand.

Structure d'un hub de projet

---
title: "Hub - [Nom du projet]"
type: project
project_name: "[nom-projet]"
project_phase: planning | building | testing | deployed | paused
tags:
  - projet/[nom-projet]
  - hub
  - domaine/[domaine-principal]
  - statut/actif
status: active
summary: "Hub de suivi du projet [nom]. Centralise état d'avancement, décisions, contributions cross-LLM, dépendances et prochaines étapes. Dernière mise à jour : [date]."
source_llm: claude
updated: 2026-04-16T22:00:00
related:
  - "[[MOC Projets]]"
---

# Hub — [Nom du projet]

> [!summary]
> [Description du projet en 2-3 phrases : quoi, pourquoi, pour qui]

## État actuel

| Métrique | Valeur |
|----------|--------|
| Phase | building |
| Statut | actif |
| Démarré le | 2026-03-01 |
| Deadline | 2026-06-01 (si applicable) |
| Notes liées | 23 |
| Décisions prises | 8 |
| LLM contributeurs | claude, chatgpt |
| Dernière activité | 2026-04-16 |

## Description

Résumé du projet : objectif, périmètre, stack technique, contraintes.

## Décisions — Timeline

> [!decision] Historique des décisions
> Toutes les décisions prises sur ce projet, dans l'ordre chronologique.

| Date | Décision | Confiance | LLM | Note |
|------|----------|-----------|-----|------|
| 2026-03-15 | Utiliser FastAPI pour l'API | high | claude | [[decision-fastapi-openclaw]] |
| 2026-03-20 | Doppler pour les secrets | high | chatgpt | [[decision-doppler-secrets]] |
| 2026-04-02 | JWT pour l'auth | medium | claude | [[decision-auth-jwt-openclaw]] |

## Contributions par LLM

Qui a fait quoi — traçabilité cross-LLM.

### Claude
- 15 notes créées (architecture, veille, décisions)
- Décisions : FastAPI, JWT auth, structure vault
- Dernière contribution : 2026-04-16

### ChatGPT
- 6 notes créées (infra, secrets, déploiement)
- Décisions : Doppler, stratégie VPS
- Dernière contribution : 2026-04-10

### Gemini
- 2 notes créées (veille techno)
- Dernière contribution : 2026-04-05

## Composants / Modules

Vue d'ensemble des parties du projet.

| Composant | Statut | Responsable | Notes liées |
|-----------|--------|-------------|-------------|
| API Backend | building | claude | [[openclaw-api-architecture]] |
| MCP Servers | planning | claude | [[veille-mcp-protocol]] |
| Auth | decided | claude+chatgpt | [[decision-auth-jwt-openclaw]] |
| Infra/VPS | building | chatgpt | [[openclaw-infra-vps]] |

## Dépendances

Liens avec d'autres projets ou ressources externes.

- **MCP Obsidian** : nécessaire pour que les LLM accèdent au vault → en cours de setup
- **Doppler** : configuré, secrets en place
- **VPS** : provisionné, en cours de sécurisation

## Prochaines étapes

- [ ] Étape 1 — description et deadline estimée
- [ ] Étape 2 — description
- [ ] Étape 3 — description

## Risques et blocages

> [!warning] Points d'attention
> Éléments qui pourraient bloquer ou ralentir le projet.

- Risque 1 : description + impact + mitigation
- Blocage actuel : description (si applicable)

## Notes liées

Toutes les notes du vault rattachées à ce projet :

### Architecture & Décisions
- [[decision-xxx]] — résumé court
- [[decision-yyy]] — résumé court

### Veille & Recherche
- [[veille-xxx]] — résumé court

### Idées & Contenu
- [[idee-xxx]] — résumé court

### Réunions
- [[meeting-xxx]] — résumé court

Quand créer un hub

Un hub est créé quand un projet remplit au moins un de ces critères :

1. 5+ notes dans le vault avec le même tag projet/...
2. 3+ décisions prises sur le projet
3. 2+ LLM ont contribué au projet
4. L'utilisateur demande explicitement un hub ou un état des lieux

Quand mettre à jour un hub

Le hub doit être rafraîchi quand :

1. Nouvelle décision prise sur le projet → ajouter dans la timeline
2. Changement de phase (planning → building, etc.) → mettre à jour l'état
3. Nouveau LLM contributeur → ajouter sa section dans les contributions
4. Passe organizer/dream → l'organizer peut signaler qu'un hub est outdated
5. À la demande de l'utilisateur ("où en est OpenClaw ?")

Procédure de création

1. Identifier le projet : nom, tag projet/..., phase actuelle
2. Scanner le vault : trouver toutes les notes avec ce tag projet
3. Extraire les décisions : notes type: decision liées au projet, les trier chronologiquement
4. Identifier les LLM contributeurs : regrouper les notes par source_llm
5. Détecter les composants : analyser les notes pour identifier les modules/parties du projet
6. Extraire les prochaines étapes : chercher les - [ ] dans les notes de projet
7. Identifier les dépendances : liens entre ce projet et d'autres projets ou ressources
8. Compiler le hub selon le template ci-dessus
9. Placer dans projects/ avec le nom hub-[nom-projet].md
10. Lier à la MOC Projets

Procédure de mise à jour

1. Lire le hub existant
2. Scanner les nouvelles notes depuis la dernière mise à jour (comparer updated du hub avec created/updated des notes)
3. Mettre à jour chaque section impactée
4. Mettre à jour updated dans le frontmatter
5. Mettre à jour le summary si l'état a significativement changé

Rapport de hub

Quand un hub est créé ou mis à jour, produire un résumé concis :

## Hub [Projet] — Mis à jour le 2026-04-16

- Phase : building
- 23 notes liées (+4 depuis dernière mise à jour)
- 8 décisions, dont 1 nouvelle (JWT auth)
- 3 LLM contributeurs (claude: 15, chatgpt: 6, gemini: 2)
- Prochaine étape prioritaire : setup MCP Obsidian
- Risque principal : dépendance au MCP pas encore fonctionnel

Règles

1. Le hub ne duplique pas — il pointe vers les notes avec des [[liens]] et des résumés courts
2. Toujours mettre updated à jour quand le hub est modifié
3. Le hub a le tag hub en plus du tag projet/... pour être facilement identifiable
4. Un seul hub par projet — pas de fragmentation
5. Le source_llm du hub = le LLM qui le crée/met à jour (comme toute note)
6. Les sections vides sont gardées avec "Aucun pour le moment" plutôt que supprimées — ça guide les futurs LLM sur ce qu'il faut remplir

Checklist

• Le hub est dans projects/ avec le nom hub-[nom-projet].md
• Le tag hub est présent dans les tags
• La timeline des décisions est chronologique et complète
• Les contributions par LLM sont à jour
• Les prochaines étapes reflètent l'état réel du projet
• Le summary du frontmatter mentionne la date de dernière mise à jour
• Le hub est lié à la MOC Projets
• updated correspond à la dernière modification