Passation lot 4 : query_type, application AD/workflow, catalog D3 (L4.0-L4.2)

Mesures rafraîchies du 25/08/2026 : Writing (QueryType 1) répond 1 ligne
sur Context.Products, Metrics (3) existe sans Products, CustomApp
renvoie ses workflows CST_ sous la clé entities de GetByApplication.
Découverte consignée en L4.0 : la resource api://catalog documente un
exemple QueryType: 1 (le piège D3), un Select dans l'expression et
l'entité fantôme Aliases.

D25 (rapport D3/query_type) et D26 (clés de cache par application)
réservées. L4.3-L4.5 et l'exploration Metrics explicitement hors
périmètre. Le point délicat resolver/Writing est cadré : nom inconnu du
Reading transmis tel quel avec warning quand query_type != 0.

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

ROADMAP.md

@@ -17,6 +17,17 @@ contient que ce qui reste à faire.
 Deux angles morts constatés le 24/08/2026, plus larges que les lots 2 et 3. Les
 chiffres ci-dessous sont mesurés sur le tenant `LIMAGRAI2512`.
 
+### L4.0 — La resource `api://catalog` enseigne le piège D3
+
+Constaté le 25/08/2026 en préparant la passation : `src/resources/apis.js`
+documente un exemple `QueryExecute` avec `"QueryType": 1` (exactement ce que D3
+interdit de recopier), un `.Select(z => z)` dans l'expression (contraire à la
+répartition expression/options, et D13), et l'entité fantôme `Aliases`
+(corrigée partout ailleurs au lot 2). Cette resource est lue par les sessions
+Claude : c'est une source de désinformation active. Corriger l'exemple
+(`QueryType: 0`, expression sans `Select`), `Aliases` → `Alias`, et renvoyer
+vers `get_entity_metadata` comme source de vérité.
+
 ### L4.1 — Le modèle Writing est inatteignable
 
 `QueryType` est figé à `0` (Reading) en dur dans `api-service.js`