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/tickets/96/carnet.md

@@ -1,8 +1,8 @@
 ---
 issueRef: "#96"
-version: 3
+version: 4
 updatedBy: {"kind":"user"}
-updatedAt: 1784994119004
+updatedAt: 1785271075243
 ---
 ## Décision (2026-07-24) : différée — documentée, non codée
 

.ideai/tickets/96/issue.md

@@ -2,7 +2,7 @@
 id: "d5993d21-307b-4fc8-93f9-2bfbf44223d8"
 number: 96
 title: "Les assistants de ticket (tous adaptateurs) n'ont aucune résolution EffectivePermissions — permission toujours native/absente"
-status: "open"
+status: "closed"
 priority: "low"
 sprint: "883534aa-7fc1-4d83-a9c0-17cac4a4eea5"
 links: []
@@ -10,8 +10,8 @@ agentRefs: []
 createdBy: {"kind":"agent","agent_id":"a6ced819-b893-4213-b003-9e9dc79b9641"}
 updatedBy: {"kind":"user"}
 createdAt: 1784823281794
-updatedAt: 1784994119004
-version: 3
+updatedAt: 1785271075243
+version: 4
 ---
 Trouvé en implémentant #94 (projection des permissions dans opencode.json). Le call site des assistants de ticket dans `crates/infrastructure/src/assistant/mod.rs` n'a **aucun** `PermissionStore`/`EffectivePermissions` câblé, pour aucun adaptateur (Claude, Codex, OpenCode) — vérifié par grep sur la composition root `crates/backend/src/lib.rs`. Le fix #94 y passe donc `eff: None` (préserve le comportement natif existant, pas de régression), mais ce n'est pas un vrai fix de fond : les permissions IdeA configurées pour un agent n'ont jamais été appliquées aux assistants de ticket, quel que soit l'adaptateur.