personal-hub/WIP/systeme_planning_multi_repos.md
StillHammer fcfba7c5e8 Add multi-repo planning system brainstorm
Problem: 30min/day lost in manual planning across 20+ repos and 30 projects
Vision: Automated scan/sync/pull → Claude analysis → actionable todos
Status: Initial brainstorming, open questions documented

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2025-12-16 13:37:07 +08:00

106 lines
3.2 KiB
Markdown

# Système de Planning Multi-Repos
**Date** : 16 décembre 2025
**Statut** : Brainstorming initial
**Problème** : 30min/jour perdues en planification manuelle (15h/mois)
## Contexte
- **20+ repos actifs**
- **30 projets** à tracker
- **Fragmentation** : Code dispersé, statut dans `couple-repo`, sync manuelle
- **Perte de temps** : Chercher où on en est, planifier, organiser, pull
## Vision du Système
### Phase 1 - Scan & Sync (Automatique)
- Script scanne tous les repos Git
- Pull partout automatiquement
- Report des conflits de merge
- Détecte nouveaux commits depuis dernier scan
- Génère fichier de statut brut
### Phase 2 - Intelligence (Claude Code)
- Lit le fichier de statut
- Analyse et "clean" l'information
- Update les todo lists
- Génère recommandations de priorités
### Phase 3 - Action (Humain)
- Lecture du résultat propre
- Décision et exécution
## Questions Ouvertes (Trous dans le Système)
### 1. Décision automatique vs humaine
- Qui décide quoi prioriser après le scan ? Claude auto ou humain ?
- Si 5 projets ont des nouveaux commits, comment choisir lequel bosser ?
### 2. Conflits de merge
- Le script pull et trouve un conflit. Que se passe-t-il ?
- Ça bloque tout ? Skip le repo ? Notification ?
### 3. State persistence
- Où stocker "GroveEngine : dernier check = commit abc123" ?
- Comment savoir ce qui a changé depuis le dernier scan ?
- Format : JSON ? SQLite ? Fichiers markdown ?
### 4. Claude Code dans le loop
- Claude tourne automatiquement (cron job) ?
- Ou lancement manuel "scan + Claude analyze" ?
- Comment passer le contexte à Claude ?
### 5. Source of truth
- Les todo lists vivent où ? Ce repo ? Nouveau repo planning ?
- Si commit dans GroveEngine, qui update la todo ? Auto ou manuel ?
- Sync bidirectionnelle ou unidirectionnelle ?
### 6. Architecture repos
- Repo planning séparé ou améliorer structure actuelle ?
- Git submodules ? Mono-repo ? Repos indépendants ?
### 7. Scope de tracking
- Quels repos scanner ? Liste hardcodée ou auto-discovery ?
- Tous les repos dans `~/Documents/projects/` ?
- Filtres pour exclure certains repos ?
## Options Architecturales
### Option A - Repo Planning Séparé
**Pour** :
- Séparation claire planif/execution
- Peut centraliser statut de tous les projets
**Contre** :
- +1 repo à maintenir
- Risque de désync entre planning et code
- Comment sync bidirectionnelle ?
### Option B - Améliorer Structure Actuelle
**Pour** :
- Tout centralisé dans `couple-repo`
- Moins de fragmentation
- Scripts + automation dans `.claude/` ou `tools/`
**Contre** :
- Mixing couple + travail + planning dans même repo
- Peut devenir lourd
### Option C - Hybrid
- Scripts d'automation dans repo dédié
- Statut/planning reste dans `couple-repo`
- Repos de code touchés minimalement
## Prochaines Étapes
1. **Inventaire complet** : Lister les 30 projets + 20 repos (localisation, statut)
2. **Design détaillé** : Choisir architecture + résoudre questions ouvertes
3. **POC** : Script basique scan + pull sur 3-4 repos test
4. **Itération** : Ajouter intelligence Claude progressivement
## Notes
- Ne pas over-engineer : Commencer simple, itérer
- Focus sur le problème réel : Réduire les 30min/jour
- Mesurer l'impact : Timer avant/après implémentation