From fcfba7c5e8c62b8b50393d2780e7529afbbd9f4f Mon Sep 17 00:00:00 2001 From: StillHammer Date: Tue, 16 Dec 2025 13:37:07 +0800 Subject: [PATCH] Add multi-repo planning system brainstorm MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit 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 --- WIP/systeme_planning_multi_repos.md | 105 ++++++++++++++++++++++++++++ 1 file changed, 105 insertions(+) create mode 100644 WIP/systeme_planning_multi_repos.md diff --git a/WIP/systeme_planning_multi_repos.md b/WIP/systeme_planning_multi_repos.md new file mode 100644 index 0000000..76210b5 --- /dev/null +++ b/WIP/systeme_planning_multi_repos.md @@ -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