chore(tickets): synchro du store local — carnets #117/#236-#242, index/counter

.ideai/tickets/241/carnet.md

@@ -1,8 +1,8 @@
 ---
 issueRef: "#241"
-version: 3
+version: 5
 updatedBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
-updatedAt: 1787473284287
+updatedAt: 1787473510001
 ---
 2026-08-23
 - Symptôme utilisateur: les progress de la custom CLI cessent d’apparaître après plusieurs demandes à Main, impression forte dès la 2e demande.
@@ -10,4 +10,6 @@ updatedAt: 1787473284287
 - Cadrage Architect: suspicion prioritaire sur la voie structurée `chat.output` / `chatSinks` en web, distincte des logs PTY.
 - UX: invariant d’acceptation = chaque nouveau tour doit réafficher sa progress propre sans fuite du tour précédent.
 - DevFrontend: root cause identifiée dans `WsLiveClient` côté web. Le reconnect ne considérait pas les `chatSinks` comme subscriptions live et ne rejouait pas `chat.attach`; après reconnexion les PTY pouvaient rester visibles mais plus le flux structuré de progress.
-- Fix livré côté frontend avec tests ciblés ajoutés. En attente de validation QA verte avant clôture/merge.
+- Fix livré côté frontend dans `frontend/src/adapters/http/wsLiveClient.ts` avec test de non-régression ajouté dans `frontend/src/adapters/http/wsLiveClient.chat.test.ts`.
+- QA verte en exécution réelle sur les suites ciblées reconnect/chat/progress + cycle progress répété UI.
+- Git: commit de fix `738e15a`, merge local `ef9b5ca` vers `develop`, puis commit de clôture ticket `ed5c5f7`. Aucun push.