chore(idea): bookkeeping .ideai — tickets #184-#207, contexts agents, mémoire (préparation train refonte web #202)

.ideai/tickets/187/carnet.md

@@ -0,0 +1,33 @@
+---
+issueRef: "#187"
+version: 5
+updatedBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
+updatedAt: 1786620907499
+---
+2026-08-13 — implémentation backend/runtime
+
+Fichiers backend modifiés
+- crates/domain/src/ports.rs
+- crates/backend/src/dto.rs
+- crates/app-tauri/src/chat.rs
+- crates/infrastructure/src/session/codex.rs
+- crates/infrastructure/src/session/mod.rs
+- crates/app-tauri/tests/chat_bridge.rs
+- crates/app-tauri/tests/dto_chat.rs
+
+Résultat backend
+- `ReplyProgress` porte désormais un `progress_id` optionnel, sérialisé en `progressId`.
+- `ProgressSettler` corrèle d'abord par `progress_id`, puis fallback heuristique legacy.
+- Codex émet maintenant les progress message live dès `agent_message` avec id stable, au lieu d'attendre l'événement suivant.
+- Les progress tool/MCP Codex reçoivent aussi des ids stables dérivés des ids natifs.
+
+Tests backend verts
+- `cargo test -p infrastructure codex_ -- --nocapture`
+- `cargo test -p app-tauri --test chat_bridge -- --nocapture`
+- `cargo test -p app-tauri --test dto_chat -- --nocapture`
+- `cargo test -p domain reply_progress -- --nocapture`
+- `git diff --check -- <fichiers modifiés>`
+
+Reste à faire frontend
+- Lire `progressId`.
+- Upsert/remplacement running -> done sans duplicat.

.ideai/tickets/187/issue.md

@@ -0,0 +1,23 @@
+---
+id: "033bcaa1-fe43-460e-94a0-3c16a178519c"
+number: 187
+title: "[CLI custom] Progress live agent/tool + anti-duplication running/done"
+status: "closed"
+priority: "high"
+sprint: null
+links: [{"target":"#186","kind":"relatesTo"}]
+agentRefs: []
+attachments: []
+createdBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
+updatedBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
+createdAt: 1786616824270
+updatedAt: 1786620907499
+version: 5
+---
+Sous-ticket de #186. Corriger le rendu des progress dans la CLI custom :
+- confirmer et corriger le fait que certains progress agent n'apparaissent qu'au moment d'une activité tool/MCP ;
+- éviter la duplication running/done en remplaçant l'état existant au lieu d'ajouter une nouvelle entrée.
+Diagnostic acté le 2026-08-13 :
+- Codex retient certains `agent_message` live jusqu'à l'événement suivant (`pending_final`), donnant l'impression que le progress n'arrive qu'au tool/MCP.
+- Le frontend ne dispose pas d'une clé stable pour les progress `message`, donc `delta` et `completed` se dupliquent.
+Branche Git recommandée : `feat/186-cli-progress`.