L5.4 : découvrabilité des applications dans les réponses de recherche

Cas réel du 25/08/2026 : une session Cowork cherchant des workflows CST_
sans passer application=CustomApp a conclu à tort à leur absence de l'AD.
Vérifié en révision : CST_PickingTasksSequencing_PR et
CST_ChooseDestinationFromPS existent bien dans CustomApp sur LIMAGRAI2512.
Le correctif (rappel de l'application interrogée + hint sur résultat
maigre, depuis la liste Application/GetAll déjà en cache) rejoint le
lot 5, pas encore lancé.

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

ROADMAP.md

@@ -117,6 +117,21 @@ Les `catch` locaux d'`api-tools.js` renvoient `{ success: false, error }` sans
 le champ `tool` du contrat (convention 3) — antérieur au lot 4. Balayer tous
 les modules d'outils pour le même motif.
 
+### L5.4 — Rendre les autres applications découvrables depuis `search_workflows`
+
+Cas réel (25/08/2026, session Cowork sur LIMAGRAIN) : une session cherchant
+des workflows `CST_*` sans passer `application: "CustomApp"` a conclu à tort
+« l'AD contient 4 012 workflows, aucun CST_ » — alors que
+`CST_PickingTasksSequencing_PR` et `CST_ChooseDestinationFromPS` existent bien
+dans CustomApp (vérifié en révision). Le paramètre `application` (D26) existe,
+mais rien dans la **réponse** ne signale qu'on n'a regardé qu'une application.
+
+Ajouter aux réponses de `search_workflows` (et `search_ad_elements`) un rappel
+peu coûteux : l'application interrogée, et — quand la recherche renvoie peu ou
+pas de résultats — un hint listant les autres applications (la liste allégée
+d'`Application/GetAll` est déjà en cache, D26) avec renvoi vers le paramètre
+`application`. Aucun préchargement des autres applications (D26).
+
 ---
 
 ## Écarté