feat(M13): worker-loop pre-flight quota-check

Drukt M13 pre-flight quota-gate op de batch-loop:

- ALLOWED_TOOLS in run-agent.sh uitgebreid met
  mcp__scrum4me__get_worker_settings + worker_heartbeat (anders mag
  Claude ze niet aanroepen ondanks dat ze geregistreerd zijn).
- CLAUDE.md operationele loop krijgt stap 0 vóór wait_for_job:
  get_worker_settings → bin/worker-quota-probe.sh →
  worker_heartbeat → sleep-tot-reset bij low quota.

Hierna draait de complete keten end-to-end: worker meet quota,
rapporteert aan server, NavBar toont stand-by-badge wanneer pct <
user.min_quota_pct.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

CLAUDE.md

@@ -26,6 +26,17 @@ in de Scrum4Me-repo.
 Wanneer je geseed wordt met *"Pak de volgende job uit de Scrum4Me-queue"*
 of equivalent:
 
+0. **Pre-flight quota-check** (M13). Vóór elke `wait_for_job`-aanroep:
+   1. `mcp__scrum4me__get_worker_settings()` → `{ min_quota_pct }`
+   2. `bash /opt/agent/bin/worker-quota-probe.sh` → JSON
+      `{ pct, reset_at_iso, ... }`
+   3. `mcp__scrum4me__worker_heartbeat({ last_quota_pct: pct,
+      last_quota_check_at })` — server stuurt SSE-event zodat NavBar
+      stand-by-badge live updatet
+   4. **Als `pct < min_quota_pct`**: log "stand-by, wachten tot
+      `reset_at_iso`", sleep tot dat tijdstip (cap op 1 uur), spring
+      terug naar stap 0.2
+   5. **Anders**: ga door naar stap 1
 1. Roep `mcp__scrum4me__wait_for_job` aan. Geen argumenten, geen wait-time
    tweaken — de tool blokt zelf tot 600 s.
 2. Als er een job geclaimd wordt: