NEWS HOT-CORE · Redaktion als prüfbarer Workflow
Core zuerst, Zusatzmodule nach Datengates, fortgeschrittene Statistik bewusst gesperrt.
Systemreferenz zum Merge-RC 0.3.4: Zeit- und Coverage-Vertrag, drei getrennte Verarbeitungspfade, Herkunfts- und Qualitätsnachweise sowie transparente Ausfälle statt fingierter Vollständigkeit.
Einordnung: Workflow, nicht neues Wahrheitssystem
NEWS HOT-CORE ist ein spezifizierter redaktioneller Ausführungsvertrag für zeitkritische Recherche und ein privates Lagebild. Er verwendet NIS-bezogene Definitionen für Diskurs-, Repräsentations- und Marktindikatoren, ist aber weder mit dem ROS/NIS-Core identisch noch allein durch diese Nähe als integrierte Runtime belegt. Der Stand ist ein Merge-Kandidat, kein abgenommener produktiver Dienst.
Pfad I · verpflichtender HOT-CORE
Zeitfenster festlegen → Breitenscan über 13 getrennt protokollierte Themenlanes → substanzielle Kandidaten vertieft gegen Primärquellen und unabhängige Ursprünge prüfen → gesonderter F-Candidate-Sweep (F-Sweep) → Cross-Lane-Deduplikation und Gegenmodelle → Core ausliefern. Gebündelte Recherche begrenzt den Aufwand, ersetzt aber keinen Coverage-Nachweis je Lane. Optionale Indikatoren dürfen ein verfügbares Core-Ergebnis nicht zurückhalten.
Pfad II · Active Indicators & Tier-1
Zusatzmodule werden nur mit tatsächlicher Readiness, Datenverfügbarkeit und geeigneter Qualität ausgeführt. Vorgesehen sind qualitative Diskursanalyse PDI, institutionelle Repräsentationsanalyse PRI, öffentliche Read-only-Marktdaten, geprüfte Marktteilrechnungen und ein getrennt markierter spekulativer Layer. Jede relevante Modulzeile führt Ausführungsstatus, Qualitätsstufe, Missingness/Blocker und Evidenzbezug; die Statuspflicht ist keine Pflicht, Werte zu erfinden.
Pfad III · Dormant Tier-2 Registry
Fortgeschrittene Diskurs-/Repräsentationsindizes und EDDI LITE/FULL bleiben HARD_LOCKED (BOOTSTRAP_NO_PIPELINE), bis Codebook, versionierte Verarbeitung, geeignete Historie, unabhängige Testvektoren und reproduzierbare zeitgerechte Prüfung vorliegen. Mehr Daten oder ein bestandener einfacher Arithmetiktest aktivieren diese Modelle nicht automatisch. Die Registry bewahrt Ausbauziele, ohne fiktive laufende Statistik zu erzeugen.
Zeitvertrag statt gleitender Aktualität
Redaktioneller Cutoff, tatsächlicher Lauf, Ereignis, Erstpublikation, materielle Änderung und Beobachtung sind eigene Zeiten. Verspätete Ausführung verschiebt das Fenster nicht. LATE_DISCOVERY ist ein gekennzeichneter Nachtrag; POST_CUTOFF bleibt außerhalb des abgeschlossenen Deltas und darf den nächsten regulären Lauf nicht durch Deduplikation sperren. Kosmetische Updates sind kein neues Faktenereignis; lokale Kalendertage und DST werden nicht durch pauschale UTC-Abstände ersetzt.
Coverage, Ereignisrang & Quellenunabhängigkeit
F bezeichnet eine belegte neue systemische/institutionelle Konfiguration, M eine substanzielle Entwicklung, T eine geprüfte Lagefortschreibung und N kein berichtswürdiges Signal. Medienlautstärke oder wiederholte Reposts erhöhen die Evidenz nicht. checked_no_fundamental_change setzt tatsächlich geprüfte Coverage voraus; incomplete_coverage und not_checked sind keine Entwarnung. Beobachtete Gegenlage, mögliche False Negatives und offene Kandidaten bleiben sichtbar.
Indikatoren sind verschiedene Messobjekte
PDI beschreibt zugängliche Diskursstichproben, nicht repräsentativ eine Bevölkerung. PRI trennt institutionelle Erwartung, beobachtete Handlung und Ergebnis; Anwesenheit ist kein Wirkungsbeweis. Marktpreise, eine einzelne Orderbuchaufnahme und ein echtes Zeitdelta sind unterschiedliche Beobachtungen. Polymarket ist im Vertrag ausschließlich anonyme öffentliche GET-Marktdatenanalyse: kein Konto, Wallet, Order, Handel oder individuelles Profiling. Speculative Claims werden nicht in die Faktenebene übernommen.
Marktdaten: Identität vor Berechnung
Kontrakt, Liefermonat, Handelsdatum, Einheit, Währung, Preisart und belegte Verfügbarkeit am Cutoff müssen zusammenpassen. Settlement, Last, Spot, Daily Marker, Teilkorb und indikative Intraday-Diagnose sind nicht austauschbar. Ein fehlendes Bein wird weder mit einem Proxy noch mit null aufgefüllt. Numerische Ableitungen benötigen deterministische Toolprüfung und Input-Provenienz; ein gültiges Teilresultat ist kein vollwertiger Index.
Readiness, Provenienz & Fail-soft
INLINE_READY, EXTERNAL_VERIFIED, DORMANT_LOCKED und UNAVAILABLE beschreiben Bereitschaft; PASS/PARTIAL/SKIPPED/FAILED dagegen die tatsächliche Ausführung. RAW und DERIVED, Beleg und Interpretation bleiben getrennt. Begrenzte legitime Fallbacks enden bei NULL plus konkretem Grund statt erfundener Daten. Für persistente Vergleiche und owner-only Append-only-Archive braucht es reale Schreib-, Berechtigungs- und Readback-Belege; sonst bleibt der Zustand unbestätigt.
Was der 0.3.4-Merge konsolidiert
Laut Merge-Review bleiben die fachlichen Coverage-, Zeit-, Klassifikations- und Modellgrenzen aus RC3.2 erhalten. Der neue Kandidat konsolidiert technische Zugriffs-/Antwortzustände, konkrete Blocker und die Trennung von Partial Basket, Intraday und kanonischen Indikatoren. Eine externe Spezifikationsbaseline ist noch UNRESOLVED/NOT_MATERIALIZED; Inline-Invarianten sind die dokumentierte operative Referenz, kein Nachweis sämtlicher implementierter Pipelines. Redaktionelle Sicherheitsgrenze dieser Site: technische Erreichbarkeit ist weder Evidenzgültigkeit noch eine pauschale Nutzungs-/Veröffentlichungsfreigabe.
Öffentliche Beschreibung, private Ergebnisse
Die Site dokumentiert Architektur und Prüflogik, betreibt aber keinen täglichen News-Lauf, keine Markt-API und keinen Archivdienst. Private Ergebnisse bleiben PRIVATE_PERSONAL_ONLY / OWNER_ONLY; die Systemübersicht ist kein Anlass, Briefings, Rohthreads oder Tagesarchive zu veröffentlichen. Die 76 berichteten Kandidatenchecks ersetzen weder Live-Abnahme noch Zielruntime-, Persistenz- oder Produktionsnachweise.