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>
106 lines
3.2 KiB
Markdown
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
|