Fusion de main : conversation Rust par défaut, télémétrie du tour

main a reçu en parallèle la télémétrie du tour tenu par la façade
(/internal/v1/turn/perf), les tickets « en vol » du moteur et la
conversation tenue par la façade par défaut (LOKI_CHAT=go pour revenir
au Go). Le lot 29 faisait la même chose par /internal/v1/perf/record :
un seul chemin est gardé, celui de main.

- TurnHost::perf_record (main) remplace TurnHost::perf ; la nature est
  posée par l'hôte (verify pour la passe isolée seulement, main pour les
  corrections du builder, comme le Go).
- Les résumés de compaction passent par le même point d'entrée, nature
  compact : chat/perf.rs ne garde que le relevé de la réponse entière
  (perfRecFromWire) et l'envoi.
- La sonde du gabarit reste à la façade (lot 23) : /internal/v1/turn/perf
  ne la lance plus côté Go.
- facade_perf.go retiré ; ses cas (perte, intercalé, alerte, preset
  externe, incomplète, GET) rejoignent web_internal_turnperf_test.go.
- README : LOKI_CHAT défaut Rust, avec ce que les lots 19, 23, 29 et 30
  y ajoutent.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_016tcGfJWefW5kUGoC2wL8cv

docs/superpowers/specs/2026-10-14-rust-migration-lot6-chat-design.md

@@ -1,6 +1,6 @@
 # Migration Rust — lot 6 : le cœur chat
 
-Date : 2026-10-14 · Statut : **brouillon de conception** (aucun code) ·
+Date : 2026-10-14 · Statut : **livré** (étapes 1 à 6 ; défaut Rust depuis le 2026-10-15, `LOKI_CHAT=go` pour revenir au Go) ·
 Prérequis : lots 1-5 (façade, auth, store via API interne, `/v1`).
 
 ## Pourquoi c'est un lot à part

docs/superpowers/specs/2026-10-16-rust-migration-lot29-telemetrie-design.md

@@ -22,27 +22,34 @@ recevait jamais la perte de cache.
 
 ## Le lot
 
-Les complétions de la façade rejoignent l'anneau du Go :
+Les complétions de la façade rejoignent l'anneau du Go, par un seul point
+d'entrée, `/internal/v1/turn/perf`. Il est arrivé sur `main` en même temps que
+ce lot (« Conversation tenue par Rust : télémétrie et requêtes en vol comme
+le Go »), et la fusion n'en garde qu'un.
 
-- `chat/perf.rs` porte la partie « relevé » :
-  - `perfRecFromStats` (complétion streamée) ;
-  - `perfRecFromWire` (réponse non streamée, lue sans échec possible, avec
-    les mêmes tolérances que `perfNum`) ;
-  - `perfPrefix` (empreintes FNV-1a cumulées des messages envoyés).
-- `TurnHost::perf` range une complétion. La boucle du tour l'appelle :
-  - après chaque complétion lue, complète ou non, numérotée dans le tour ;
-  - avec les empreintes seulement si elle est complète ;
+- `TurnHost::perf_record` range une complétion. La boucle du tour l'appelle :
+  - après chaque complétion lue, complète ou non, numérotée dans le tour
+    (`perfIter`) ;
+  - avec les empreintes seulement si elle est complète (`perf_prefix`,
+    FNV-1a cumulé des messages envoyés) ;
   - pour une complétion coupée par un stop, rangée incomplète.
 
-  La dernière statistique d'une complétion complète porte la nature, la
-  perte de cache, ce qui s'est intercalé et l'alerte, comme celle du Go.
-- La nature : `main` pour un tour, `verify` pour la vérification du mode
-  Code, `compact` pour un résumé de compaction. Le résumé est rangé dès que
-  sa réponse se lit, sans empreintes.
-- Le Go (`/internal/v1/perf/record`) range le relevé comme les siens :
-  numéro, instant, perte de cache, ce qui s'est intercalé. Il calcule
-  l'alerte au seuil du preset actif (`perfLostAlertAt`), jamais pour un
-  preset externe.
+  La dernière statistique d'une complétion complète porte ce que le Go en
+  dit : la nature, la perte de cache, ce qui s'est intercalé et l'alerte.
+- La nature, posée par l'hôte :
+  - `main` pour un tour et pour les corrections du builder du mode Code ;
+  - `verify` pour la passe de vérification isolée ;
+  - `compact` pour un résumé de compaction, rangé dès que sa réponse se lit,
+    sans empreintes.
+- `chat/perf.rs` porte ce que la façade relève elle-même : la réponse entière
+  d'un résumé (`perfRecFromWire`, sans échec possible, avec les mêmes
+  tolérances que `perfNum`), traduite en statistiques d'une complétion.
+- Le Go range le relevé comme les siens (`perfRecFromStats`) : numéro,
+  instant, perte de cache, ce qui s'est intercalé. Il calcule l'alerte au
+  seuil du preset actif (`perfLostAlertAt`), jamais pour un preset externe.
+- La sonde du gabarit n'en part pas : la façade la tient (lot 23) et la lance
+  elle-même après une complétion complète de forme normale. Le Go lui demande
+  son verdict (`facadeTplCaps`).
 
 `/api/perf/summary` reste au Go, qui tient l'anneau.
 
@@ -51,20 +58,20 @@ Les complétions de la façade rejoignent l'anneau du Go :
 - `chat/perf.rs` :
   - relevé d'une réponse entière : nombres en chaîne, valeurs hors bornes,
     octet parasite, cache d'OpenAI, timings d'un autre type ;
-  - empreintes cumulées, FNV-1a de référence ;
-  - relevé au format du Go.
+  - empreintes cumulées, FNV-1a de référence.
 - La boucle du tour :
-  - deux complétions numérotées, nature et totaux, empreintes qui se
-    prolongent ;
-  - dernière statistique avec la perte vue par le Go ;
+  - deux complétions numérotées, totaux, empreintes qui se prolongent ;
+  - dernière statistique avec la nature et la perte vues par le Go ;
   - complétion coupée rangée incomplète, sans statistique finale.
 - Le vrai hôte (`tests/lot6.rs`) :
   - complétions d'un tour rangées par le Go, rattachées à la discussion ;
   - résumés de compaction (rangés si la réponse se lit, pas sinon).
-- Le Go (`TestFacadePerf`) :
-  - première complétion, perte et ce qui s'est intercalé, alerte ;
-  - preset externe sans alerte, complétion incomplète ;
-  - champs envoyés en trop ignorés, corps illisible, GET refusé.
+- Le Go (`web_internal_turnperf_test.go`) :
+  - complétion rangée dans l'anneau ;
+  - perte et ce qui s'est intercalé, alerte ;
+  - preset externe sans alerte, complétion incomplète sans empreintes ;
+  - nature d'un résumé gardée, un tour par défaut ;
+  - corps illisible, GET refusé.
 
 ## Écarts assumés