L3.1c : acte le contrat de troncature en D24, retire le lot 3 de la ROADMAP

Les deux bornages (L3.1a pagination, L3.1b plafond de volume) partagent
le même vocabulaire de signal — truncated présent uniquement quand la
réponse est coupée, hint actionnable, returned vs total avant coupe —
mais gardent des implémentations locales : paginer et plafonner un
volume sont deux mécanismes distincts, un helper commun forcerait une
abstraction qu'ils n'ont pas. D24 consigne ce contrat, les garde-fous
de cadrage (défauts inchangés, mesure protocolaire qui fait foi) et le
changement de sens de totalParameters.

ROADMAP : L3.1 livré, le lot 3 devenait vide — section retirée ; la
référence à L3.1 dans L4.5 (QueryExecuteStream) renvoie désormais à
D24. read_recent_logs est laissé tel quel : sans helper partagé, rien
de gratuit à lui apporter (L3.1c).

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

ROADMAP.md

@@ -12,22 +12,6 @@ contient que ce qui reste à faire.
 
 ---
 
-## Lot 3 — Ergonomie et documentation
-
-Le lot 2 (résolution `Name` -> `TableName`, rejet des paramètres inconnus,
-garde-fous d'arguments manquants) est livré — voir **D21** et **D23**.
-
-### L3.1 — Bornage des sorties volumineuses
-
-- `get_system_parameters` : ajouter `limit` / `offset`, aujourd'hui absents
-  (sortie constatée : 70 000 caractères, rejetée par le client).
-- `search_logs` : garde-fou de taille. `max_results` existe déjà, mais les
-  `context_lines` multiplient le volume (88 000 caractères pour 50 résultats).
-- Renvoyer `truncated: true` explicitement plutôt que de laisser le client se
-  faire rejeter.
-
----
-
 ## Lot 4 — Modèle de données et applications
 
 Deux angles morts constatés le 24/08/2026, plus larges que les lots 2 et 3. Les
@@ -151,7 +135,7 @@ La référence de l'API documente des champs que le MCP n'envoie jamais :
 | `Parameters` | requêtes **paramétrées** (dictionnaire `nom -> {TypeName, Value}`) — supprimerait toute concaténation de chaîne dans les filtres, et pourrait débloquer D13 (`Select`) |
 | `CommandTimeout` | timeout par requête, au lieu du timeout HTTP global de 30 s |
 | `QueryId` + `POST /QueryCancel` | annulation d'une requête longue |
-| `POST /QueryExecuteStream` | résultats en flux — piste sérieuse pour L3.1 (sorties volumineuses) |
+| `POST /QueryExecuteStream` | résultats en flux — piste long terme pour les sorties volumineuses, au-delà du bornage signalé de D24 |
 
 Autres endpoints jamais utilisés, à évaluer : `QueryEvents`, `QueryCommands`,
 `QueryCorrelationEvents`, `QuerySnapshots` (event sourcing — utile en debug),