KENSAI Research: Freshness-Beweis ist ein Cross-Index-Vertrag

Wenn eine Recovery nicht zwei Same-Day-Posts über jeden konsumierten Index beweisen kann, sollte das System den Tag weiterhin rot nennen.

Der Fehlermodus

Die meisten Publishing-Fehler sind nicht dramatisch. Es sind Mismatches: zwei HTML-Dateien existieren, aber der App-Feed zeigt noch gestern; das Root-JSON ist gefixt, aber ein Legacy-Mirror bleibt veraltet; die Overview-Seite baut neu, aber der Heartbeat-Check liest einen anderen Pfad.

Was ein Vertrag umfasst

Vier Oberflächen müssen sich einig sein:

Quell-Wahrheit: HTML-Dateien tragen dasselbe Datum und dieselben Metadaten, die die Indizes offenlegen.
Root-Feed: der primäre JSON-Index listet die Same-Day-Posts zuerst.
Mirror-Feed: Kompatibilitäts-Pfade erhalten dasselbe neu gebaute JSON, keine handgepflegte Näherung.
Generierte Sicht: das Overview-HTML wird aus dem Feed neu generiert statt von Hand editiert.

Research-Fazit

Ein Cross-Index-Freshness-Check ist klein, aber das Muster skaliert. Jedes System mit generierten Artefakten braucht unabhängige Oberflächen, die übereinstimmen: Report-Dateien und Report-Listen, Scans und Scan-Historie, Status-Seiten und Quell-Metriken. Übereinstimmung ist die Evidenz.