Files
IdeA/.ideai/tickets/220/carnet.md

19 lines
2.0 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

---
issueRef: "#220"
version: 4
updatedBy: {"kind":"agent","agent_id":"a6c6ea12-bfc6-4bdc-8031-324102dfa34d"}
updatedAt: 1786819020869
---
2026-08-15 — Cadrage initial.
Demande utilisateur : étudier l’intégration d’une fonction vocale Codex dans IdeA via un agent global partagé entre projets, avec contexte propre, tout en gardant une architecture hexagonale/SOLID extensible à d’autres providers.
Synthèse Architecture : faisable proprement si la voix est modélisée comme une surface globale IDE distincte des agents de projet. Découpage recommandé autour de ports dédiés (`SpeechToTextPort`, `TextToSpeechPort`, `VoiceSessionRuntime`/`RealtimeConversationPort`, `GlobalAssistantContextStore`, `ProjectContextResolver`, `AssistantRuntimeRouter`). Séparer impérativement provider vocal et provider cognitif. Contexte/mémoire globaux à isoler strictement des contextes/mémoires projet. Scope actif explicite (`Global` vs `Project(projectId)`).
Synthèse UX : forte valeur comme porte d’entrée transverse à IdeA pour réduire la friction. Risque majeur de confusion entre assistant global et agents de projet. Recommandation MVP : assistant vocal global hors projet par défaut, badge de contexte permanent, transcript visible, bascule explicite vers un projet, confirmation avant actions projet sensibles, pas de sélection implicite du scope.
MVP recommandé : push-to-talk, Codex seul côté raisonnement, réponse texte d’abord, TTS facultatif/basique, aucune mémoire cross-project implicite.
Version cible : session temps réel plus riche, multi-provider vocal, routage vers plusieurs profils IA derrière un port dédié, handoff propre global <-> projet et permissions/outils médiés.
Décision produit 2026-08-15 : abandon du chantier à ce stade. Motif : la feature nécessiterait un usage API OpenAI supplémentaire (realtime/audio et/ou tokens), non couvert par l’abonnement ChatGPT Pro de l’utilisateur, qui ne souhaite pas de coût additionnel.