Révision lot 1 : validé ; passation lot 2 (L2.1-L2.3 + L3.2), L2.3 consigné

Lot 1 révisé selon la grille : vérifications L1.1/L1.2/L1.3 rejouées en
protocole (22 outils routés + execute_command en statique), diffs lus,
baseline 23/6 et npm test 4/4 confirmés. Deux anomalies préexistantes
découvertes en bouclant sur les outils avec arguments vides :
get_workflow_details({}) renvoie le premier workflow du cache (clés
mortes Id/Code/Name dans la comparaison), search_logs({}) échoue en
TypeError non actionnable — consignées en L2.3.

handoff-lot1.md supprimé (livré), handoff-lot2.md rédigé : D21 et D23
réservés, profil AD signalé cassé (ne pas réinvestiguer), vérifications
attendues par correctif.

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

ROADMAP.md

@@ -70,6 +70,22 @@ C'est le correctif retenu **à la place** d'une uniformisation des noms de
 paramètres : renommer casse les usages existants pour un gain cosmétique, alors
 que la cause réelle est l'absence de signal.
 
+### L2.3 — Arguments manquants : deux garde-fous
+
+Découverts lors de la révision du lot 1 (24/08/2026), en bouclant sur les 23
+outils avec des arguments vides. Préexistants au lot 1 (vérifié sur le diff) :
+
+- `get_workflow_details` sans `workflow_id` renvoie `success: true` avec **le
+  premier workflow du cache**. Cause : `getWorkflowDetails()`
+  (`workflow-service.js`) compare `w.Code === workflowId` — or `Code`, `Id`,
+  `Name` n'existent pas sur les objets réels (clés minuscules, D5), donc
+  `undefined === undefined` matche. Supprimer les clés mortes de la
+  comparaison et rejeter un `workflow_id` absent avec un message actionnable.
+- `search_logs` sans terme de recherche renvoie
+  `Search failed: Cannot read properties of undefined (reading 'toLowerCase')`
+  — le contrat d'erreur tient, mais le message viole la convention 4
+  (actionnable). Garde d'entrée avec le nom du paramètre attendu.
+
 ---
 
 ## Lot 3 — Ergonomie et documentation