# 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