NEWS HOT-CORE · News Intelligence Workflow
Spezifizierter, NIS-naher Recherche- und Analyseworkflow: Core zuerst ausliefern, Zusatzindikatoren nur nach Daten-/Readiness-Gates, fortgeschrittene Modelle gesperrt halten.
Problem
Ausgangslage
Zeitkritische Briefings verlieren ohne klare Fenster, Coverage-Logs und Herkunftsnachweise den Unterschied zwischen neuer Entwicklung, wiederholter Behauptung, offener Recherche und tatsächlich geprüftem Nicht-Ereignis.
Constraints
Randbedingungen
- Core-Lieferfähigkeit ohne Enrichment-Blockade
- 13 getrennt belegte Coverage-Lanes und unabhängige Quellenursprünge
- Cutoff, Publikation und Beobachtung getrennt; kein Lookahead
- NULL ≠ 0 und fehlende Prüfung ≠ keine Veränderung
- Read-only-Marktdaten, keine Konten/Wallets/Orders
- Private Ergebnisse und Archive; öffentliche Site nur Architekturübersicht
Solution
Lösung
Der Ausführungsvertrag trennt einen verpflichtenden HOT-CORE-Pfad, bedingt ausführbare Active Indicators/Tier-1 und eine HARD_LOCKED-Tier-2-Registry. Quality-/Provenance-Regeln wirken quer über alle Pfade; unzugängliche Daten werden mit konkreten Blockern ausgewiesen, statt den Core aufzuhalten oder Modellwerte zu erfinden.
Architecture
Architektur
- I · Window → Coverage → F-Sweep → Core delivery
- II · Readiness-/Datengates → Active Indicators / Tier-1
- III · Dormant Tier-2 Registry / HARD_LOCKED
- Cross-lane deduplication / F-M-T-N / countermodels
- RAW ≠ DERIVED / temporal provenance / explicit missingness
- Owner-only append-only archive contract / verified readback
Result
Resultat
Merge-Kandidat hot-core/0.3.4-max-gain-merge-rc1. Quellhash und 52.545 Bytes stimmen mit dem QA-Artefakt überein; dort werden 76/76 Checks (53 statisch, 23 Fixtures) berichtet, hier nicht erneut ausgeführt. Live-Provider-E2E und Vault-Write/Readback sind NOT_TESTED, Produktionsdeployment NOT_DONE. Die Site beschreibt den Workflow, führt ihn nicht aus und veröffentlicht keine privaten Briefings oder Archive. NIS-bezogene Methodik ist kein Beleg eines neuen nativen NIS-/ROS-Adapters.