1.7 KiB
title
| title |
|---|
| Le lot F est clos — canal vocal des stats, et L9 qui n'était pas un chantier |
Le vocal est un attribut, pas un canal, comme tranché le 12/08. StatisticsService.track porte isVoice, qui pose "voice": true dans VisitEvent.Metadata — colonne existante, donc aucune migration et le gel du lot B tient. Le serveur expose « sessions ayant utilisé le vocal » et statistics_screen lit cet agrégat au lieu d'appTypeDistribution['Voice'], qui ne se serait jamais rempli.
⚠️ Le sectionView vocal part après la synthèse, pas avant : un déclenchement dont le TTS échoue n'a rien fait entendre, le compter serait faux. ⛔ Aucun événement par question posée — elles sont déjà dans VisitorQuestion. ⚠️ Le test InMemory ne prouve rien ici, le provider évaluant le filtre côté client : un test Postgres a été ajouté à côté, il se saute sans démon Docker.
⛔ L9 était un malentendu de doc, pas du travail. La « cible Assistant / Persona » du Mode preview est exactement ce que le §5 du Guide IA a livré le 11/08. Les trois autres cibles (iframes mobile/web/kiosk, viewports, preview-token) sont hors V1. ⚠️ Mais l'aperçu polluait les stats du client : chaque essai de personnalité par le gestionnaire était journalisé comme une question de visiteur. Corrigé — et le drapeau d'hier, IsAutoTriggered, est renommé IsVisitorQuestion (défaut true) parce que son vrai sens couvrait déjà les deux cas. dotnet test 218.