page

Quellenpolitik

Wie der Opportunity Radar Quellen behandelt, welche fünf Evidenzklassen es gibt und warum eine selbst gemeldete Zahl nie zu einer verifizierten wird.

Warum jede Aussage eine Evidenzklasse trägt

Der Radar ist ein statisches Publishing-System. Zwischen einer Beobachtung und dem veröffentlichten Satz liegen mehrere maschinelle Schritte. Damit die nachvollziehbar bleiben, trägt jede veröffentlichte Aussage eine Evidenzklasse und einen Beobachtungszeitpunkt. Eine Quelle wird nie allein über ihren Markennamen ausgewiesen — Herkunft und Zeitpunkt müssen nachvollziehbar sein.

Die Regel entstand aus einem konkreten Problem: Ohne Klassen behandelt eine Publikation eine selbst gemeldete Umsatzzahl optisch genauso wie eine, die ein Zahlungsanbieter verifiziert hat.

Die fünf Klassen

Klasse Bedeutung
provider-verified durch die Plattform oder einen Zahlungsanbieter verifiziert
self-reported vom Anbieter selbst angegeben
public-observation öffentlich beobachtbares Signal
derived reproduzierbar aus Quellen abgeleitet
hypothesis begründete, noch nicht bestätigte Annahme

Die Reihenfolge folgt der abnehmenden Beobachtungsnähe. provider-verified und self-reported sind Fremdaussagen, public-observation ist eine eigene Beobachtung, derived eine Rechnung darauf, hypothesis eine Annahme darüber hinaus. Abgeleitete und hypothetische Aussagen werden in der Publikation sichtbar gekennzeichnet.

self-reported bleibt self-reported

Die Klasse beschreibt, wie eine Aussage zustande gekommen ist, nicht wie glaubwürdig sie wirkt. Eine Zahl wird nicht dadurch verifiziert, dass sie plausibel aussieht oder mehrfach auftaucht. Aus self-reported wird provider-verified nur, wenn die Plattform oder ein Zahlungsanbieter die Angabe tatsächlich verifiziert hat — sonst nicht.

Die Zuordnung erfolgt pro Feld, nicht pauschal pro Quelle. Dasselbe Produkt kann verifizierte und selbst gemeldete Felder gleichzeitig tragen.

Nur eine Quelle im MVP

TrustMRR ist die erste und im MVP einzige Primärquelle, gelesen über eine authentifizierte HTTP-API mit API-Key. Mehrere Quellen gleichzeitig anzubinden wurde bewusst verworfen: Deduplizierung über Quellengrenzen hinweg wirft Identitätsfragen auf, die ungeklärt sind. Innerhalb der Quelle wird primär über eine stabile Quell-ID dedupliziert, sekundär über einen kanonischen Slug. Geldbeträge werden nur zusammen mit Währung und Beobachtungszeitpunkt weitergegeben.

Rohantworten werden unverändert unter raw/trustmrr/{runId} archiviert, bevor sie normalisiert werden. Ein Transformationsfehler lässt sich damit später korrigieren, ohne die Quelle erneut abzufragen.

Stand dieses Laufs

Lauf 2026-07-28T031415Z, Vorlauf 2026-07-26T063105Z, beobachtet am 28.07.2026, 06:19 UTC bei TrustMRR: 199 Produkte, davon 3 neu, 178 verändert, 4 entfernt, 1 Duplikat, 0 Fehler. Wissensstand Revision 2.

Der Integritätsnachweis der Artefakte läuft über S3-ETags (MD5); im Manifest steht das Verfahren als integrity: "etag-md5". Der Grund ist banal: Die Transform-Sandbox der Pipeline hat kein crypto-Modul, ein SHA-256 über die Artefakt-Bytes ist dort nicht berechenbar. Das ist ein Transportprüfwert, keine kryptografische Zusicherung, und wird hier auch nicht als solche ausgegeben.

Veröffentlichte Opportunity-Profile gibt es zum jetzigen Zeitpunkt nicht. Sie entstehen erst nach menschlicher Wissensfreigabe; maschinelle Vorschläge werden nicht automatisch freigegeben.

run_id
2026-07-28T031415Z
knowledge_revision
2
observed_at
2026-07-28T06:19:51Z
data_source
trustmrr