chore(tickets): synchro du store local — carnet #157 itération 5 (régression progressId réutilisé, QA verte) + reliquat clôture #253

This commit is contained in:
2026-08-24 09:43:26 +02:00
parent 4db264ea8c
commit 6b57addd4e
5 changed files with 64 additions and 16 deletions

View File

@ -1,11 +1,47 @@
---
issueRef: "#157"
version: 19
version: 21
updatedBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
updatedAt: 1786380032724
updatedAt: 1787556963342
---
# Journal d'itération (le plus récent en haut)
## Itération 5 — 2026-08-24 — Réouverture ciblée sur régression 2e sollicitation / progressId réutilisé entre tours
### Nouveau signal utilisateur
Dans la custom CLI, à partir de la seconde sollicitation sur une même conversation, les messages `progress` et l'activité tools ne s'affichent plus comme une nouvelle activité de tour.
### Repro QA validée
QA a trouvé une repro automatisée fiable dans `frontend/src/features/agents/CustomAgentChatView.test.tsx`.
- scénario minimal: 2 requêtes successives dans la même conversation
- le provider réémet un `progressId` identique entre les 2 tours (ex. `codex:item:call_1`)
- résultat actuel: la carte du 2e tour remplace/écrase celle du 1er au lieu de créer une nouvelle activité
### Preuve rouge actuelle
Commande QA:
`cd /home/anthony/Documents/Projects/IdeA/frontend && npm test -- --run src/features/agents/CustomAgentChatView.test.tsx -t "keeps second-turn progress visible when the provider reuses the same progressId across turns"`
Verdict actuel: **ROUGE**.
### Hypothèse active
Le point suspect principal est le dédoublonnage global par `progressId` dans `CustomAgentChatView.tsx`, alors que l'identité visuelle attendue doit rester bornée au tour/callback courant et non à tout l'historique de conversation.
### Cycle relancé
- UX: valider l'attendu visuel/fonctionnel sur la conservation des cartes de tours successifs.
- Architect: cadrer la règle d'identité/dédoublonnage côté surface.
- Git: décider de la branche locale de correction.
- DevFrontend: implémenter le fix avec le test QA rouge comme garde-fou.
- QA: rejouer la repro puis la suite ciblée; si rouge, reboucler.
---
## Itération 4 — 2026-08-10 — Correctif livré, QA verte ciblée, merge local sur `develop`, attente de validation AppImage live
### Diagnostic final du cycle

View File

@ -2,7 +2,7 @@
id: "d49aaae5-0d03-43fe-a51c-2ab5e921045c"
number: 157
title: "CLI custom: surface all available agent progress, MCP activity, and inter-agent delegation flow"
status: "qa"
status: "inProgress"
priority: "high"
sprint: null
links: [{"target":"#156","kind":"dependsOn"}]
@ -11,7 +11,7 @@ attachments: []
createdBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
updatedBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
createdAt: 1785965383914
updatedAt: 1786380032724
version: 19
updatedAt: 1787556963342
version: 21
---
Régression/remontée utilisateur (profil OpenCode/GLM) sur la CLI custom : aucun message de progress ne s'affiche pendant le traitement de l'agent, et aucune bulle/carte d'appel de tool MCP n'apparaît quand l'agent invoque un outil MCP. Périmètre initial (surfacer progress + activité MCP + délégations inter-agent) à valider à nouveau sur le profil OpenCode.