Changelog

Der Arbeiter war in `kubectl logs` vollstaendig stumm — null `ay.logger`-Zeilen,
obwohl er arbeitete (Gegenprobe: `domain-health` fuehrt abgeschlossene Auftraege).

Gemessen sind ZWEI unabhaengige Schwellen, und beide mussten fallen:

1. `logger.level: 'info'` (Stufe 3) ist die Schwelle des WURZEL-Protokollierers und
greift VOR jedem Ausgabeweg. `success` ist Stufe 5 — `Domain Workers started`
und die Abschluss-Zeile des Abgleichs erreichten damit WEDER die Standardausgabe
NOCH die Sammlung `ayounelogs` (dort 0 Zeilen der Stufe `success` fuer diesen
Dienst, waehrend die Flotte insgesamt 83.620 fuehrt).
2. Der Ausgabeweg auf die Standardausgabe steht in Kubernetes seit dem 2026-07-31
per Vorgabe auf `error` (`resolveConsoleLevel`, Buendel 20/A) — eine bewusste
Kosten-Abwaegung, kein Defekt.

Neu: `level: 'success'` + `consoleLevel: 'success'`. Die Schwelle ist eine
OBERGRENZE, also faellt `verbose` (8) heraus — genau richtig, denn das ist hier die
Zeile JE AUFTRAG und damit der Mengen-Treiber. Aufkommen rund 75 Zeilen je Stunde.

WIDERLEGT: die Boot-Reihenfolge ist NICHT die Ursache. Der `ay.on('ready')`-Rumpf
laeuft zwar vor `initLogger`, aber der Boot-Vor-Protokollierer schreibt in diesem
Fenster auf Stufe `silly` auf die Standardausgabe. Ein Verschieben nach hinten
wuerde die Stille VERSTAERKEN. Kommentar in server.ts haelt das fest.

Kern UNBERUEHRT — der Befund gilt fuer jeden Dienst in Kubernetes und gehoert in
einen Fundament-Platz, nicht in diesen Fix.