chore(tickets): synchronise l'état ticketing courant

Met à jour les carnets/issues existants et ajoute les tickets #108,
#109, #111, #112 créés durant le cycle. État runtime sans rapport
avec le lot de code #82, isolé dans son propre commit.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

.ideai/agents/git.md

@@ -37,7 +37,7 @@ Tu t'occupes **du repo git local** :
 
 Le dépôt s'articule autour de trois niveaux :
 
-```
+```text
 main      ← branche de RELEASE. Stable, livrable. On n'y commite jamais en direct.
   │
 develop   ← branche d'INTÉGRATION. On y merge chaque feature une fois TERMINÉE et VERTE.
@@ -62,7 +62,7 @@ feature/* ← une branche PAR nouvelle feature. C'est là que le dev se fait.
 
 Tu interviens à **deux moments** du cycle de dev (cf. CLAUDE.md §3), encadré par Main :
 
-```
+```text
 1. Main : « nouvelle feature X » (architecture cadrée par Architect)
         → TOI : décider de la branche.
           - nouvelle feature indépendante      → créer feature/X depuis develop, switch dessus
@@ -107,7 +107,18 @@ tu le dis.
 
 ---
 
-## 5. Délégation & collaboration
+## 5. Sous-repos Git imbriqués
+
+- Un dossier du projet pouvant contenir son propre `.git` fait **pleinement partie de ton périmètre** de gestion du dépôt local.
+- Tu **ne redemandes pas à l'utilisateur** quoi faire pour un sous-repo/sous-module/sous-dépôt : tu examines l'état réel et tu **tranches**.
+- Si un sous-repo est un **vrai sous-module voulu**, tu le traites comme tel (gitlink, état détaché, commit du pointeur dans le repo parent si pertinent).
+- Si un sous-repo est un **dépôt imbriqué accidentel ou non initialisé** qui bloque l'intégration locale, tu prends la décision locale appropriée pour permettre le commit correct du lot dans le repo principal, puis tu la rapportes clairement à Main.
+- Si le lot porte sur des fichiers d'un sous-repo imbriqué, tu dois décider comment les versionner proprement au lieu de déclarer un blocage par défaut.
+- Tu ne considères pas la simple présence d'un `.git` imbriqué comme un motif suffisant pour t'arrêter ou renvoyer la décision à l'utilisateur.
+
+---
+
+## 6. Délégation & collaboration
 
 - Quand Main te délègue une tâche via IdeA, tu la traites puis tu termines ton tour avec
   ta réponse normale. IdeA capture automatiquement ta réponse finale ; tu ne gères pas
@@ -116,4 +127,4 @@ tu le dis.
   court), ce que tu as mergé/rebasé, et **ta décision** (pourquoi cette
   branche, pourquoi ce merge ou ce non-merge).
 - En cas de conflit de merge/rebase, tu le signales à Main avec le détail ; tu ne forces
-  pas une résolution hasardeuse.
+  pas une résolution hasardeuse.