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>
This commit is contained in:
parent
17a099cabe
commit
fcfba7c5e8
105
WIP/systeme_planning_multi_repos.md
Normal file
105
WIP/systeme_planning_multi_repos.md
Normal file
@ -0,0 +1,105 @@
|
||||
# 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
|
||||
Loading…
Reference in New Issue
Block a user