---
issueRef: "#169"
version: 6
updatedBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
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.

## 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.