aYOUne

Changelog

What changed — grouped by release, filterable by component and repository.

No milestone 2
New alerts

Schweregrad je Quelle — Rueckfall-Kette und Entity-Dropout sind Warnungen

CEO-Befund 2026-08-22: "Rueckfall-Kette disarmed [oxy/...]" und "Entity dropout
[oxy/...]" loesten den akustischen Alarm samt Voll-Overlay aus, obwohl sie
Warnungen sind. Gemessen: 309 Dokumente, alle severity:'critical'.

Die Ausnahme sitzt im Klassifizierer, nicht am Erzeuger: das Erzeuger-Paket ist
eine Bibliothek mit 14 Crawler-Verbrauchern (15 Releases gegen 1), und Zeile 81
ist ohnehin der Ort, an dem der Schweregrad entschieden wird.

Die Eskalations-Leiter wird fuer eine herabgestufte Quelle NICHT durchgereicht,
und das ist tragend statt Kosmetik: der geteilte Schreiber hebt eine stehende
Meldung nach escalateAfterMs auf critical und stuft sie danach nie wieder herab
(core upsertAlert.ts:278-287). Gemessen — crawler-fallback-readiness schickt eine
30-Minuten-Leiter, waehrend seine Meldungen bis zu 215 Minuten offen stehen und
32 von ihnen mehr als einmal ticken. Ohne diese Haelfte waere der Fix nach einer
halben Stunde wieder aufgehoben.

Ausdruecklich KEINE globale Entschaerfung von levelToSeverity: andere Quellen
nutzen level:'alert' zu Recht (Anbieter-Ausfall). Ein ausdrueckliches
marker.severity behaelt Vorrang. Exakter Namensvergleich, kein Praefix.

Proben 157/157, davon 10 neue mit vier Umkehrkontrollen; drei Flip-Proben
belegen, dass die Kontrollen beissen (global entschaerft -> 16+17 rot, Leiter
durchgereicht -> 20 rot, Praefix statt exakt -> 23 rot).

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

Laerm-Drossel las den Kill-Schalter falsch — value statt isEnabled

`Flags.isEnabled` beantwortet NICHT „steht der Schalter auf an?", sondern „gibt
es das Merkmal und ist es nicht stale/archived?" — `flag.value` kommt in seiner
Auswertung gar nicht vor. Ein Kill-Schalter mit dem Wert "false" galt damit als
EINGESCHALTET, allein weil jemand ihn angelegt hat.

Gemessener Schaden: beim Mandanten tolinax UG steht
`config.wallboardAlertThrottle.disabled` seit dem 2026-07-14T19:52 auf
value:"false", und die Beschreibung des Schalters sagt woertlich „REVERT des
Notnagels … auf false … wird nicht mehr gebraucht". Der Rueckbau ist NIE
wirksam geworden — die Drossel war fuenfeinhalb Wochen aus. Unbemerkt, weil ein
erneut klingelnder Dauerfehler an einer Wandanzeige wie normales Alarmieren
aussieht. Belegt am 2026-08-21: dieselbe Signatur klingelte in zehn Minuten
16-mal, waehrend zehn andere Alarme im selben Fenster je genau einmal klingelten.

Der Beleg stand in derselben Datei: die Fenster-Groesse liest `getValue`, und der
ENV-Zweig parst 'true'|'1'|'yes'. Der WERT war immer gemeint.

Rueckfall bewusst beibehalten: ohne hinterlegten Wert entscheidet weiterhin
`isEnabled`, ein wertloses Merkmal aendert sein Verhalten also nicht.

5 Proben (249 statt 244), Flip auf `Boolean(raw)` — den Originalfehler — beisst.