blomios/IdeA
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

chore(tickets): QA verte lot CLI/TUI #168/#169/#170 + #155 (contrat vert, e2e AppImage fichier non-image en attente)

Browse Source
This commit is contained in:
Blomios
2026-08-06 20:00:36 +02:00
parent 8e97da57c9
commit b5b360c266
9 changed files with 81 additions and 36 deletions
Download Patch File Download Diff File Expand all files Collapse all files

20
.ideai/tickets/169/carnet.md
View File

@ -1,11 +1,25 @@
---
issueRef: "#169"
version: 2
version: 6
updatedBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
updatedAt: 1786037927546
updatedAt: 1786039145579
---
## 2026-08-06 — Ouverture depuis retour utilisateur
- Repro utilisateur: si un agent est déjà occupé par une conversation inter-agent (ex: Main -> Architect), l'ouverture de la custom CLI sur cet agent échoue avec une variante de `already open elsewhere`.
- Attendu produit: comme pour la TUI native, l'utilisateur doit disposer d'une session dédiée côté humain, distincte des sessions inter-agent/headless en cours.
- Hypothèse de cadrage: le verrou d'occupation/surface mélange actuellement visibilité/surface et exclusivité de session, ou ne distingue pas assez la session user des autres sessions.
- Périmètre pressenti: architecture + backend + frontend.
- Périmètre pressenti: architecture + backend + frontend.
## 2026-08-06 — DevBackend
- Fix appliqué dans `application::LaunchAgent`: une session structurée/headless déjà vivante ne bloque plus un lancement utilisateur PTY/TUI explicite du même agent.
- La garde `StructuredSessions` ne s'applique désormais que lorsque le lancement vise la surface structurée; la garde d'occupation TUI reste portée par `TerminalSessions`.
- Test ajouté et vert: `pty_launch_is_allowed_while_structured_session_is_live`.
## 2026-08-06 — DevFrontend
- Frontend/mock aligné sur la séparation surface humaine vs session structurée: une session structured/headless préexistante ne bloque plus l'ouverture de la custom CLI utilisateur dans les tests frontend.
- Le point de vérité restant à valider en QA est le backend réel via `launch_agent(cellKind=chat)`/surface user sur agent déjà occupé inter-agent.
- Campagne frontend verte (`46 passed` ciblés, `117 files` / `1130 tests passed` globale).
## 2026-08-06 — QA
- QA a rejoué les validations ciblées frontend/backend et confirme le comportement attendu.
- Verdict: VERT. Preuve principale: le test backend `pty_launch_is_allowed_while_structured_session_is_live` est vert, et le cas frontend d'ouverture du custom CLI malgré une session structurée de fond est vert.

6
.ideai/tickets/169/issue.md
View File

@ -2,7 +2,7 @@
id: "2fed8980-10b8-411a-a93e-a3d2a06c4798"
number: 169
title: "Custom CLI: session user dédiée même si l'agent est déjà en conversation inter-agent"
status: "open"
status: "qa"
priority: "high"
sprint: null
links: [{"target":"#149","kind":"relatesTo"},{"target":"#147","kind":"relatesTo"}]
@ -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: 1786037910965
updatedAt: 1786037927546
version: 2
updatedAt: 1786039145579
version: 6
---
Demande utilisateur du 2026-08-06: si Main parle à Architect, l'utilisateur ne peut pas lancer la custom CLI d'Architect car IdeA dit qu'elle est déjà ouverte ailleurs. Attendu: comme pour la TUI native, la surface custom CLI doit pouvoir ouvrir une session spéciale côté user, distincte des conversations inter-agent/headless en cours, sans collision de disponibilité 'already open elsewhere'.