revert: bot-side media pacing weg — pacing zit nu bridge-breed

De seriële send-keten + MEDIA_SEND_DELAY_MS in de bot teruggedraaid; de
wwebjs-api bridge serialiseert + throttle de media-sends nu zelf (zie
build-p25). Bot verstuurt weer direct. Docs/.env.example bijgewerkt.

AGENTS.md

@@ -181,13 +181,11 @@ Sommige mediabestand-verzendingen keren `success` + message-ID terug maar worden
 - **Pruning** na `ACK_PRUNED_AFTER_MS` (30 min); de check-loop is **activity-driven** (draait alleen bij openstaande tracking, geen polling in rust).
 - Vereiste aan de bridge: `message_ack` staat sinds 2026-09-24 in wwebjs-api `.env` **niet** meer in `DISABLED_CALLBACKS`; container is daarvoor herstart.
 - Env-vars: `ACK_STUCK_TIMEOUT_MS` (default 300000), `ACK_PRUNED_AFTER_MS` (default 1800000), `ACK_CHECK_INTERVAL_MS` (default 30000).
-- **Media-spreiding:** `MEDIA_SEND_DELAY_MS` (default **500**; praktijktest op 500)
-  pauzeert **na élke media-send** (in `sendImageMessage`), niet alleen tussen pagina's van
-  één dienst. De
-  wwebjs-media-pipeline is EEN chromium-tab; opeenvolgende media-sends — óók naar
-  verschillende ontvangers — overlappen anders en veroorzaken de staged-ghost-race.
-  0 = uitschakelen. (Tijdelijke mitigatie; permanente fix = fork: send óf écht verzenden
-  óf zichtbaar falen, zie RCA.)
+- **Media-pacing zit bridge-breed** (wwebjs-api, niet de bot): de bridge serialiseert
+  media-sends en wacht `MEDIA_SEND_DELAY_MS` (bridge-.env) tussen twee sends — de
+  wwebjs-media-pipeline is EEN chromium-tab; opeenvolgende media-sends (van wélke client
+  ook: dienst-bot, EBS, rss-forward) overlappen anders → staged-ghost-race. De bot zelf
+  pauzeert niet meer.
 
 Logregels: `[ack] track <id> (<bestand> → <chat>)`, `[ack] delivered ack=<n> <id>`, `[ack] pruned <n> stale entries`.