`.ideai/tickets/` et `.ideai/sprints/` sont le registre durable du projet (les tickets sont déjà référencés par les messages de commit : #14, #21..#25, #28), au même titre que `.ideai/memory/`. Ils entrent donc dans le dépôt. À l'inverse, `.ideai/background-tasks/` (snapshots de rendez-vous headless) et `.ideai/proposals/` (amendements de contexte en attente d'arbitrage) restent de l'état d'exécution transitoire, de la même classe que `live-state.json` et `.ideai/requests/` : ils doivent être ignorés (patch `.gitignore` à venir). Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
1.2 KiB
1.2 KiB
id, number, title, status, priority, links, agentRefs, createdBy, updatedBy, createdAt, updatedAt, version
| id | number | title | status | priority | links | agentRefs | createdBy | updatedBy | createdAt | updatedAt | version | |||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 0a492d45-e195-4df7-a2ad-65649372abf0 | 2 | Tâches de fond — dette A : PtyPort::wait/try_wait + tee live UI + robustesse détection de fin | open | low |
|
|
|
1783082860742 | 1783184142093 | 2 |
Dette issue de l'arbitrage B8 (mémoire projet: b8-arbitration-outcomes, point 1).
B8 a été accepté sans rendu live des tâches de fond. Le cœur complétion→wake fonctionne, mais la détection de fin du runner repose sur l'EOF du stream PTY single-consumer, ce qui est fragile et empêche un tee UI (une re-souscription UI casserait la détection EOF).
Reste à faire :
- Ajouter
PtyPort::wait/try_waitpour découpler la détection d'exit de la consommation d'output (retirer l'EOF-comme-proxy-de-fin). - Une fois découplé, brancher un tee de la sortie PTY vers l'UI pour le rendu live des tâches de fond (F-live).
- NE PAS introduire de broadcast multi-consommateur (décision Architect).
Périmètre touchant un port figé (PtyPort) : cadrage Architect requis avant implémentation.