Révision lot 4 : validé ; ligne Writing énorme et champ tool absent consignés

Les vérifications attendues des trois blocs rejouées via le protocole
passent : api://catalog assaini (plus de QueryType 1, d'Aliases ni de
suffixe d'assembly), query_type opérationnel (Writing 1 ligne, Metrics en
erreur parlante, 7 rejeté localement sans aucun trafic réseau, warning de
résolution conservé jusque dans l'échec WMS), caches par application
étanches (4012/153, retour en cache hit, invalidation complète à la
bascule). Baseline 23/6, npm test 4/4 exit 0, diffs propres.

Deux découvertes consignées en points ouverts : une ligne Products en
Writing pèse 95 288 caractères (famille D24), et les catch locaux
d'api-tools omettent le champ tool du contrat (antérieur au lot).

Leçon de révision : mon appel search_workflows(search_term=...) des lots
précédents était silencieusement ignoré pré-D23 — le paramètre s'appelle
query. La validation D23 a transformé mon erreur en signal.

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

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

ROADMAP.md

@@ -125,6 +125,19 @@ plus riche que `/AD/api/Application/GetAll`), `GET /healthcheck?tenantCode=` et
   (~70 000). Comportement antérieur au lot 4 (les grosses définitions
   `EasyWMS` sont dans le même cas) : à borner et signaler (`truncated`/`hint`,
   D24) dans un lot futur.
+- **Une ligne Writing est énorme** (mesuré le 25/08/2026, révision du lot 4).
+  `call_query_api("Products", query_type: 1, limit: 1)` → **95 288 caractères
+  pour une seule ligne** : le modèle Writing sérialise l'agrégat complet
+  (navigations, `$id`…), là où la même ligne en Reading pèse ~4 500 caractères.
+  Au-delà du seuil de rejet client (~70 000, D24) dès `limit: 1`. À traiter
+  avec le point `get_workflow_details` ci-dessus : même famille D24 (borner et
+  signaler), et l'avertissement mérite d'apparaître dans la description du
+  paramètre `query_type`.
+- **Champ `tool` absent des erreurs construites localement** (constaté le
+  25/08/2026). Les `catch` locaux d'`api-tools.js` renvoient
+  `{ success: false, error }` sans le champ `tool` du contrat (convention 3) —
+  motif antérieur au lot 4. Cosmétique : soit laisser l'erreur remonter au
+  wrapper (qui ajoute `tool`), soit l'ajouter aux enveloppes locales.
 - **Déploiement SSH sur la VM** : l'exécutable est validé, la configuration SSH
   reste à faire.
 - **Historique des shipment templates** : hors de portée, les logs concernés