Révision lot 5 : validé ; course de chargement paresseux consignée

Les vérifications des quatre blocs rejouées via le protocole passent
toutes : fenêtre verbatim (23 117 chars par défaut, tranches
20000+20000+20000+11512 = 71 512 reconstituant le blob à l'octet près),
plafond de volume (24 432 / 22 992 / 738 sur les trois outils, réponses
sous plafond identiques), champ tool présent sur les 15 enveloppes
locales (grep 15/15), découvrabilité (hint nommant CustomApp sur
résultat vide, aucun hint parasite). Baseline 23/6, npm test 4/4 exit 0.

Découverte de révision : sans bascule de profil, une rafale concurrente
pendant le chargement paresseux du cache workflow renvoie des résultats
faux en silence (count 0 sur CustomApp contre 44 en séquentiel) — les
fetchs en vol ne sont pas dédupliqués. Ajouté au point ouvert
concurrence avec la piste de correction.

handoff-lot5.md supprimé (livré et révisé).

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

ROADMAP.md

@@ -113,7 +113,15 @@ plus riche que `/AD/api/Application/GetAll`), `GET /healthcheck?tenantCode=` et
   pour un usage conversationnel séquentiel, mais Claude peut émettre des appels
   d'outils **en parallèle** : à traiter si un cas réel de mélange de profils
   est observé (piste : sérialiser les `tools/call` ou figer le profil résolu au
-  début de chaque appel).
+  début de chaque appel). **Seconde manifestation mesurée (25/08/2026, révision
+  du lot 5)** : sans aucune bascule de profil, une rafale d'appels concurrents
+  pendant le chargement paresseux du cache workflow renvoie des résultats
+  faux en silence — `search_workflows("CST_", application: "CustomApp")` a
+  répondu `count: 0` (contre 44 en séquentiel), et `get_workflow_details` une
+  réponse anormale — les chargements concurrents du même cache ne sont pas
+  synchronisés (pas de déduplication de fetch en vol). Rejoués en séquentiel,
+  les mêmes appels sont corrects. Piste supplémentaire : mémoriser la promesse
+  de fetch en cours par clé de cache et la partager entre appelants.
 - **`select_expression`** : les projections via le paramètre `Select` provoquent
   des erreurs de compilation côté serveur (D13). Irritant principal restant.
 - **Déploiement SSH sur la VM** : l'exécutable est validé, la configuration SSH