# 2026-06-22 — STT : transcription live + veille/réveil vocal ; relevé cluster (la veille) ## STT — streaming partiel & contrôle vocal veille/réveil (client 0.13.0 → 0.14.0) Deux fonctionnalités demandées sur l'assistant vocal Asa. ### Transcription partielle live dans le HUD En éveil, pendant qu'on parle, le buffer audio en cours est **re-transcrit périodiquement** (`partial_interval_sec`, défaut 0,5 s) et poussé au HUD via un événement `partial` → le texte **se forme en direct** dans une bulle dédiée (italique + curseur clignotant), puis la bulle « user » finale la remplace. - Auto-activée seulement avec l'ASR **onnx** (Parakeet ~11× temps réel en CPU) ; whisper large-v3 CPU est trop lent → laissé off (forçable via `[voice].partial_transcription`). - Bornée : `partial_min_sec` (anti-bruit) … `partial_max_sec` (coût ; au-delà, seul le final suit). - Transcription inline dans la boucle audio (thread unique → pas d'accès concurrent au modèle ASR). ### Veille / réveil vocal (« Asa stop » / « Asa ») Refonte de la boucle en **machine à états** explicite veille (`asleep`) ↔ éveil : - **Veille** : Asa transcrit chaque énoncé **uniquement** pour repérer le wake word ; ne répond à rien d'autre. HUD : portrait atténué/désaturé, label « SOMMEIL ». - **« Asa »** (mot entier, alias ASR tolérés) → réveil. « Asa, » exécute la question. - **« Asa stop »** (ou `stop`/`dors`/`au revoir`… = `sleep_words`) → retour veille (+ « Je me mets en veille »). Timeout d'inactivité aussi. - Wake word par défaut **`asa`** (était `hermes`) ; `wake_word`/`wake_aliases`/`sleep_words` config. - Détection wake durcie : **mot entier** (plus de sous-chaîne — « asa » est court et matchait « casa », « phrase »…). Validé : tests unitaires (wake/sleep/alias) + Playwright (rendu `asleep`, bulle partielle mise à jour en place puis remplacée par le final, nettoyage du partiel au changement d'état). Bump client **0.14.0**. Doc : `admin/ia/stt.md` (section « Interaction vocale »). > 🐛 **Trouvaille ASR (test sur poste)** : Parakeet FR ne transcrit **pas** « Asa » comme un mot > — il l'entend **« a so » / « à ça » / « ah ça »** (deux tokens). La détection mot-entier ne > matchait donc jamais → « rien ne se passe ». **Corrigé** : on **joint les 1-2 premiers mots** > (déaccentués, sans espace) et on compare en égalité exacte à des alias compacts (`aso`, `aca`, > `ahca`…). Faux positifs évités (« à cause » → `acause` ≠ alias). Ajout d'un log diagnostic > `[stt.voice]` (journalctl, `STT_VOICE_LOG=0` pour couper) qui montre la transcription réelle. > Validé en live : « Asa » réveille, « Asa stop » endort. --- ## (Rappel) Relevé d'état réel + RAG re-ingéré — fait la veille (2026-06-21, PR #44) Pour mémoire, cette même journée de travail a aussi produit (PR #44, mergée) : alignement de la doc sur l'état réel du cluster (`admin/ops/etat-cluster.md`), re-ingestion du RAG **436/436 chunks** et le **fix du batch embed** (`llama-embed` ubatch 512 → 2048). Détail : `progress/2026-06-21.md`. --- ## Réconciliation `make apply-gpu` + durcissement IaC (soir) - ✅ **Drop-in `llama-embed` réconcilié.** Apply ciblé `--tags llama_server` (commit llama.cpp pinné → zéro rebuild, seul `llama-embed` redémarre) : l'unit rendu par le rôle porte maintenant `--batch-size/--ubatch-size 2048`. Drop-in temporaire `batch.conf` **supprimé**. `ubatch 2048` effectif sur le process, `rag-query` OK → RAG intact. - 🐛 **Repo `amdgpu` cassé sur gpu-01** (cause du blocage `make apply-gpu` complet) : le `dnf upgrade` du rôle `common` avait bumpé l'hôte en AlmaLinux **9.8**, mais radeon.com ne publie pas de `rhel/9.8` (ni 9.5) — seulement 9.4/9.6/**9.7**. Le repo package-shipped (`$amdgpudistro`) tombait en 404. **Soigné en live** (`/etc/dnf/vars/amdgpudistro=9.7` → `dnf repolist` propre) et **durci en IaC** : `rocm_rhel_version` 9.4 → 9.7, `llama_server_commit` pinné, pièges documentés dans les README de rôle. (PR `fix/gpu-apply-amdgpu-repo-and-commit-pin`.) ## Prochaines étapes - Si le wake word « asa » génère des faux positifs/négatifs, ajuster `wake_aliases`. - **1er test d'action vocale** (#43, contexte 🤖 Agent → `hermes-exec`). - Vérifier qu'un `make apply-gpu` **complet** repasse vert (repo amdgpu sain) à la prochaine occasion.