Versionne l'état runtime IdeA produit pendant le sprint #13 : store de tickets (dont les nouveaux #55 à #67), compteur et index, notes de mémoire projet des lots F0 à F5, et journal des tâches de fond. Séparé du code applicatif conformément à la convention du dépôt (cf.ad1f225,a244f32) : métadonnée d'orchestration last-writer-wins, sans impact sur le build. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
1.5 KiB
1.5 KiB
id, number, title, status, priority, sprint, links, agentRefs, createdBy, updatedBy, createdAt, updatedAt, version
| id | number | title | status | priority | sprint | links | agentRefs | createdBy | updatedBy | createdAt | updatedAt | version | |||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 495699aa-d5d1-409f-8830-cdfaba7a4be3 | 58 | [B/F] Rendu live des tâches de fond — subscriber UI + canal IPC attachable au task output | open | low | null |
|
|
|
1784064521992 | 1784064521992 | 1 |
Sorti du ticket #2 lors de sa requalification (2026-07-14).
Le hub broadcast PTY (crates/infrastructure/src/pty/mod.rs) rend désormais possible un tee de la sortie d'une tâche de fond vers l'UI sans voler le flux au runner. Une fois #2 livré (découplage fin-de-process via PtyPort::wait, l'ajout d'un subscriber UI ne casse plus la détection de fin), brancher le rendu live.
Attendu :
- Backend : créer un subscriber
pty.subscribe_output(&handle)pour la tâche de fond ; canal dédié par task vers le frontend (idéalement TauriChannel, comme les terminaux) ; commande typeattach_background_task_output(taskId, channel)(ou intégration au panneau workstate). - Frontend : composant/UX affichant le flux live, gérant attach/detach, repaint via
scrollbackau (ré)attachement, état terminal.
QA : deux subscribers reçoivent les mêmes chunks ; le runner complète même pendant qu'un subscriber UI reste attaché ; reattach UI récupère le scrollback puis reçoit les nouveaux chunks.
Dépend de #2 (PtyPort::wait/try_wait + découplage runner).