feat: tools/rundgang.py -- 24 Pruefungen gegen den laufenden Dienst

WOZU, wo doch jede Aenderung einzeln gemessen wird: weil sie einzeln gemessen
wird. An einem Tag mit sechs Neustarts fasst niemand mehr alles an, und die
Sachen, die keiner mehr anfasst, sind genau die, die kaputtgehen -- ein WebP,
das nach einem Umbau nicht mehr ausgehandelt wird, meldet sich nicht.

Kein Ersatz fuer die Tests: er prueft nicht, ob eine Funktion das Richtige
rechnet, sondern ob der Dienst, so wie er gerade laeuft, die Sachen noch tut,
die er koennen muss. Deshalb geht er ueber HTTP und nicht am Code vorbei. Nur
lesend -- kein Upload, kein Loeschen, keine Einstellung wird angefasst.

ZUERST kommt, was OHNE ANMELDUNG DICHT SEIN MUSS (acht Wege, alle 401). Das ist
die Sorte Fehler, die man nicht sieht: eine Route, die versehentlich vor dem
Waechter registriert wird, funktioniert praechtig -- fuer alle. Genau das ist
hier schon zweimal passiert.

Dann Bestand, /f/ mit WebP-Aushandlung an derselben Adresse und Vary: Accept,
beide CSV-Exporte auf nackte LF, Papierkorb-Deckel, Sicherungsziele und die
Statusseite.

ZWEI FEHLSCHLAEGE BEIM BAUEN, beide im Test und nicht im Dienst -- sie stehen
als Kommentar drin, damit der naechste sie nicht wiederholt:

  1. Ohne Filter zog er vehicles/asbo.webp und verglich WebP mit WebP. Gleiche
     Groesse, Test rot, Dienst richtig.
  2. Der Filter hiess dann "q=" statt "query=". Unbekannte Parameter ignoriert
     der Dienst und liefert ALLES -- was wie ein kaputter Filter aussieht und
     ein kaputter Aufruf ist.

Ein Test, der das Falsche misst, ist schlimmer als keiner: er wird geglaubt.

Gemessen: 24 in Ordnung, 0 nicht.

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

ROADMAP.md

@@ -1153,6 +1153,39 @@ sicherung.letzte:  ok: true | zweit: true | hoch: true | 4630 Dateien
 Die Argumente sind unverändert geblieben; die Aufgabe heißt weiterhin
 `d4rk_media Sicherung` und läuft weiterhin täglich um 04:30.
 
+### ✅ Fertig — ein Rundgang durch den laufenden Dienst
+
+`python tools/rundgang.py` — 24 Prüfungen über HTTP gegen den Dienst, so wie er
+gerade läuft. Nur lesend: kein Upload, kein Löschen, keine Einstellung wird
+angefasst.
+
+**Wozu, wo doch jede Änderung einzeln gemessen wird: weil sie einzeln gemessen
+wird.** An einem Tag mit sechs Neustarts fasst niemand mehr alles an, und die
+Sachen, die keiner mehr anfasst, sind genau die, die kaputtgehen — ein WebP,
+das nach einem Umbau nicht mehr ausgehandelt wird, meldet sich nicht.
+
+Zuerst kommt, was **ohne Anmeldung dicht sein muss** (acht Wege, alle 401).
+Das ist die Sorte Fehler, die man nicht sieht: eine Route, die versehentlich
+vor dem Wächter registriert wird, funktioniert prächtig — für alle. Genau das
+ist in diesem Repo schon zweimal passiert.
+
+Dann: Bestand, `/f/` mit WebP-Aushandlung an derselben Adresse und `Vary:
+Accept`, beide CSV-Exporte auf nackte LF, Papierkorb-Deckel, Sicherungsziele
+und die Statusseite.
+
+**Zwei Fehlschläge beim Bauen, beide im Test und nicht im Dienst** — und
+deshalb stehen sie als Kommentar drin:
+
+- Ohne Filter zog er `vehicles/asbo.webp` und verglich WebP mit WebP. Gleiche
+  Größe, Test rot, Dienst richtig.
+- Der Filter hieß dann `q=` statt `query=`. Unbekannte Parameter ignoriert der
+  Dienst und liefert alles — was wie ein kaputter Filter aussieht und ein
+  kaputter Aufruf ist.
+
+Ein Test, der das Falsche misst, ist schlimmer als keiner: er wird geglaubt.
+
+Stand heute: **24 in Ordnung, 0 nicht.**
+
 ### ⬜ Als Nächstes
 
 **Der Vergleichsmaßstab ist weg.** Am 11.08.2026 sind die Lite-Container