220 lines
8.4 KiB
Markdown
220 lines
8.4 KiB
Markdown
---
|
|
name: obsidian-project-hub
|
|
description: >
|
|
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
|
|
|
|
```markdown
|
|
---
|
|
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 :
|
|
|
|
```markdown
|
|
## 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
|