StillHammer/personal-hub
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
fcfba7c5e8
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

3.2 KiB
Raw Blame History

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