Marin T. Kael
DE / EN

Methoden-Notiz · Nr. 01

Baseline-Messung: Autor-Identität im Zitations-Verhalten von Sprachmodellen.

Vor-Launch-Erhebung der Sichtbarkeit eines deutschsprachigen Autors in den Antwort­schichten der KI-Suche.

Abstract

Diese Methoden-Notiz legt den Messrahmen für ein offenes Feldlabor fest, das misst, wie Sprachmodell-basierte Suchsysteme, KI-Antwort­maschinen und Wissensgraphen eine Autor-Identität aufnehmen, verstehen und zitieren. Version 2.0 (13. Mai 2026 · T+2) revidiert die in v1.x zugrundegelegte Phasen-Trennung: das Programm operiert nicht in „erst Validierung, dann Aktion", sondern in drei zeitlich überlappenden Phasen mit kontinuierlich pre-registrierten Interventionen. Phase 1 (Mai → Sep 2026): aktive Pre-Launch-Phase mit deliberat ausgeführten Interventionen auf Identitäts-Flächen (Wikidata, Zenodo-DOIs, GitHub, ORCID, Common-Crawl-Optimization, Reddit-Karma-Aufbau, machine-readable Identity-Surfaces) bei paralleler Instrument-Validierung. Phase 2 (Sep 2026 → Q3 / 2027): Post-Launch-Effekt-Detection — der Buch-Launch am 22. September 2026 als zentrale Intervention mit aggregierter Effekt-Messung über alle Mess-Flächen. Phase 3 (ab Q3 / 2027): langfristige kontrollierte Experimente auf der dann validierten Apparatur, mit Effekt-Maßen für n-of-1-Designs (Interrupted Time Series, Bayesian Structural Time Series, hierarchische Bayes-Modelle — nicht pre/post Cohen’s d auf Einzel-Aktionen). Am Einzelfall eines deutsch­sprachigen High-Fantasy-Debüts werden fünf Untersuchungs­linien unabhängig operationalisiert: Zitations-Inventur, Mess-Instrument-Validierung, Codebuch-Iteration, Offene Materialien sowie Aktive Interventions-Registrierung (acht Pre-Registered Plays mit Status registered / active / skipped / deferred). Elf Mess-Flächen werden beprobt — incl. Cross-LLM-Trust-Graph, Common-Crawl-Snapshot-Inclusion-Probe und machine-readable Identity-Surfaces (ai.txt + about.txt). Befunde erscheinen quartalsweise als eigenständige Berichte mit Roh-Daten und Replikations-Archiv.

Stichworte Zitations-Verhalten von Sprachmodellen · Mess-Instrument-Validierung · Wiederhol-Reliabilität · CUSUM-Drift-Detektion · Antwort-Maschinen-Optimierung (AEO) · Generative-Such-Optimierung (GEO) · Wissensgraph-Propagation · Autor-Sichtbarkeit · Codebuch-Iteration · Vor-Registrierung · Reproduzierbarkeit · KI-Suche · IndexNow

1

Einleitung

Die Antwort­schicht des Internets verschiebt sich. Sprachmodell-basierte Suchsysteme, KI-Antwort­maschinen und Wissensgraph-Aggregate übernehmen einen wachsenden Anteil daran, wie Autor:innen und ihre Werke gefunden, verstanden und in weiterführenden Antworten zitiert werden. Die Mechanik dieser neuen Sichtbarkeits-Schicht — welche Aktionen welche Wirkungen tragen, mit welcher Latenz, in welcher Reichweite und wie stabil — ist bislang nur fragmentarisch empirisch dokumentiert.

Diese Methoden-Notiz legt den Rahmen für eine offene Einzelfall- Studie fest. Voraussetzung jeder belastbaren Wirkungs-Aussage in dieser Schicht ist eine reliabilitäts­geprüfte Mess-Apparatur. Die beobachteten Mess-Flächen — Sprachmodelle, Wissensgraphen, KI-Antwort­ systeme — sind keine stabilen Instrumente: ihre Antworten driften mit Modell-Updates, Indizierungs-Änderungen und Plattform-Politik. Vorher/Nachher-Differenzen einer Autor-Aktion und Instrument-Drift sind ohne validierte Apparatur nicht trennbar.

Die in v1.x angelegte strikte Phasen-Trennung („erst Validierung, dann Aktion") hielt der Praxis nicht stand. Bereits ab T+0 (11. Mai 2026) liefen pre-registrierte Interventionen auf Identitäts-Flächen parallel zur Instrument-Validierung — Wikidata-Pflege als Latenz-Probe, Zenodo-DOI-Salve als Citation- Anker, GitHub-Repo als Identity-Bridge, IndexNow-Push als Crawler-Trigger. Diese Operationen sind nicht Beobachter- Verzerrung am Rand: sie sind das Programm. v2.0 macht das Design ehrlich.

Das Programm operiert in drei zeitlich überlappenden Phasen. Phase 1 (Mai → Sep 2026): aktive Pre-Launch-Phase. Pre-registrierte Interventionen auf Identitäts- Flächen (Wikidata-Co-Occurrence, Zenodo-DOI-Cadence, Common-Crawl-Optimization, machine-readable Identity-Surfaces ai.txt + about.txt, Reddit-Karma-Aufbau, Cross-LLM-Trust-Graph) laufen parallel zur Instrument-Validierung der Mess-Flächen (Wiederhol-Reliabilität, intra-Set-Konsistenz, Abdeckung, Modell-Drift). Jede Intervention triggert ein Interrupted-Time- Series-Fenster auf den betroffenen Mess-Flächen, Confounds zwischen parallelen Interventionen werden explizit ausgewiesen. Phase 2 (Sep 2026 → Q3 / 2027): Post-Launch-Effekt-Detection. Der Buch-Launch am 22. September 2026 ist die zentrale deliberate Intervention; aggregierte Effekt-Messung über alle Mess-Flächen, Long-Tail-Beobachtung der KI-Antwort-Reichweite. Phase 3 (ab Q3 / 2027): langfristige kontrollierte Experimente auf der dann validierten Apparatur — mit Effekt-Maßen, die zu einem n-of-1-Design passen (Interrupted Time Series, Bayesian Structural Time Series, hierarchische Bayes-Modelle), nicht Vorher/Nachher-Cohen’s d auf einzelnen Aktionen.

Der Erkenntniswert ist nicht statistische Generalisier­barkeit; er besteht in der externen Auditier­barkeit der Methodik und in deren Anschluss­fähigkeit an andere Autor-Identitäten — Genre-Kolleg:innen, die ihre Sichtbarkeits-Mechanik selbst quantifizieren wollen, ebenso wie Praktiker:innen der Such- und Antwort-Maschinen-Optimierung (SEO / AEO / GEO), die nach einer reproduzierbaren Mess-Grundlage statt anekdotischer Behauptungen suchen.

2

Forschungsfragen und Untersuchungs-Linien

Wie liest die Maschine einen Autor? In Phase 1: welche Mess-Eigenschaften haben die Instrumente, mit denen wir diese Frage später beantworten wollen — wie reliabel, wie driftend, wie konsistent operationalisiert; und welche Effekte sind durch aktive Pre-Launch- Interventionen Q0–Q6 messbar. In Phase 3: auf der validierten Apparatur, welche Hebel der Autor-Sichtbarkeit tragen empirisch wie viel?

2.1  Linie 1 — Zitations-Inventur

Frage. Was zeigt jedes Mess-Instrument heute überhaupt von der definierten Autor-Identität? Abdeckung je Mess-Fläche (Wissensgraph-Karten, KI-Antwort­bereichen, Antwort­maschinen, klassischen Such­ergebnisseiten) und je Identitäts-Cluster (Person, Werk, Genre, Welt-Mechanik). In Phase 1 deskriptiv, nicht inferenz-orientiert.

2.2  Linie 2 — Mess-Instrument-Validierung

Frage. Wie reliabel ist jede Mess-Fläche, mit welcher Drift-Charakteristik antwortet es auf Modell-Updates und Plattform-Politik, und welche Mess-Flächen sind miteinander redundant? Operationalisiert über Wiederhol-Korrelation, intra-Set-Konsistenz (Cronbach’s α), CUSUM-Drift-Detektion und Inter-Mess-Flächen- Übereinstimmung.

2.3  Linie 3 — Codebuch-Iteration

Frage. Welche Operationalisierung von „korrekter Citation" ist robust gegen Grenzfälle, Mess-Flächen-Unterschiede und Sprachmodell- Stil-Drift? Versioniertes Annotations-Schema v0.x → v1.0, mit Inter-Rater-Übereinstimmung durch externe Annotator:innen ab Q4 / 2026.

2.4  Linie 4 — Offene Materialien

Frage. Sind alle Befunde extern auditier­bar und für andere Autor-Identitäten reproduzier­bar? Welche Hürden treten beim Methoden- Transfer auf, welche Komponenten lassen sich als Werkzeug-Pakete verallgemeinern?

2.5  Linie 5 — Aktive Interventions-Registrierung (neu in v2.0)

Frage. Welche deliberate Aktionen werden auf welchen Identitäts-Flächen ausgeführt, mit welcher zeitlichen Markierung, und welche Mess-Flächen werden in welchem Interrupted-Time-Series- Fenster auf Effekt geprüft? Vor v2.0 implizit, jetzt explizit pre-registriert: jede Intervention bekommt eine eigene Q-Nummer (Q0–Q6+) mit YAML-Spezifikation in Sektion 3.5, Stopping-Rule, Mess-Flächen-Mapping, Stop-Kriterien, Reporting-Plan. Confounds zwischen parallelen Interventionen werden explizit benannt; Holdout- Perioden werden geplant wo methodisch tragbar.

3

Datenquellen und Operationalisierung

Tabelle 1 fasst Quellen und Erhebungs-Kadenzen zusammen. Sämtliche Endpunkte werden mit dem programm­weiten User-Agent marin-t-kael:research-tooling:v0.1 (by /u/marintkael) angesprochen. Antwort-Header werden archiviert. Rate-Limit-Signale (429, 503) führen zu exponentiellem Backoff.

Mess-Fläche Endpunkt-Typ Kadenz Validierungs-Methode
Wikidata Entity (Autor)SPARQL · RESTtäglichWiederholung nach 24 h
Wikidata Entity (Buch)SPARQL · RESTtäglichWiederholung nach 24 h
Google Knowledge Graph SearchAPItäglich (seit 2026-05-14)Wiederholung nach 24 h
Bing Webmaster · KI-IndexingAPItäglichCUSUM auf Hit-Rate
Google Search ConsoleAPItäglichWiederholung nach 24 h
Google AI OverviewsBrowser-SchnappschusswöchentlichInter-Schnappschuss-Übereinstimmung
Goodreads / HardcoverGraphQL + HTML-Snapshottäglich (seit 2026-05-14)Wiederholung nach 24 h
Reddit · public JSONHTTP-GETnach BeitragSchnappschuss-Hash-Vergleich
Sprachmodell-Probe (Gemini, ChatGPT)Browser-SchnappschusswöchentlichWiederholung nach 24 h · Modell-Versions-Protokoll
Cross-LLM-Trust-Graph (v2.0 · 11-LLM-Stack ab v2.7)Source-Attribution-Parser auf 11-LLM-Antworten (3 Anthropic-Tiers Haiku 4.5 / Sonnet 4.6 / Opus 4.7 via Message-Batches-API · OpenAI gpt-4o-mini + Search-Preview · Gemini 2.5 Flash · 5 Cloudflare Workers AI: Mistral 7B + Llama 3/3.1/3.2 + Phi-2)täglich (sync) · async-batch für Anthropic (max 24 h, typisch <1 h)12 Source-Pattern × Trust-Weight (+2 / +1 / 0 / −1)
Common-Crawl-Snapshot-Inclusion-Probe (v2.0)CC-Index-API + Domain-Crawlmonatlich (pro Snapshot)URL-Inclusion-Rate · Page-Coverage
Machine-Readable Identity-Surfaces (v2.0)HTTP-GET-Server-Logs auf /llms.txt /ai.txt /about.txttäglichCrawler-User-Agent-Histogramm pro Bot-ID
Outbound-Entwürfe der PipelineDatei-Streamvor jedem VersandLinter-Check gegen Style-Sheet
Tabelle 1 Elf Mess-Flächen plus Outbound-Pipeline, mit Endpunkt-Typ, Erhebungs-Kadenz und Validierungs-Methode. Drei Mess-Flächen (Cross-LLM-Trust-Graph, Common-Crawl-Probe, Identity-Surfaces) sind in v2.0 neu hinzugekommen. Perplexity wurde aus der Mess-Flächen-Liste entfernt — kein API-Zugang verfügbar.

Die kanonische Wahrheit für die Bewertung aller Linien ist das versionierte Style-Sheet des Programms. Es enthält die festgelegten Personen-, Orts- und Welt-Mechanik-Strings sowie die ausgeschlossenen Anti-Patterns. Jede Erhebung wird mit dem Versions­stand des Style-Sheets zum Erhebungs­zeitpunkt geloggt.

4

Pre-Registrierungs-Protokoll

Vor Beginn jeder Erhebung wird eine Pre-Registrierung auf dieser Website veröffentlicht. Sie enthält die folgenden Felder in maschinen­lesbarer Form (YAML):

id: prereg-q0-wikidata-to-google-kg-latency
field: 1
hypothesis: |
  Strukturierte Aussagen aus Wikidata erreichen Google Knowledge Graph
  innerhalb von ≤14 Tagen ab Veröffentlichung der Entität.
operationalisation:
  source: wikidata.org/entity/Q140004504
  comparator: kgsearch.googleapis.com (Knowledge Graph Search API)
  measurement: ratio (matched canonical statements / total queried)
sampling:
  start: 2026-05-11
  end: 2026-09-22
  cadence: täglich 04:00 UTC
stopping_rule: 134 Erhebungen oder Saturierung (kein neuer Treffer in 14 Tagen)
analysis: deskriptive Statistik · Visualisierung der Latenz-Verteilung
version: v1.0 · 2026-05-10
Abbildung 1 Beispiel einer Pre-Registrierungs-Datei. Vollständige Pre-Registrierungen werden als YAML-Anhang zum jeweiligen Quartalsbericht publiziert.

Spätere Abweichungen vom pre-registrierten Plan sind zulässig, müssen aber im Bericht offen ausgewiesen werden. Im Streitfall gilt der pre-registrierte Plan als die Hypothese, die getestet werden sollte.

4.1  Aktive Interventionen Q0–Q6 (neu in v2.0 · Q6 in v2.3)

v2.0 macht explizit, was in v1.x implizit lief: Phase 1 enthält deliberate Interventionen auf Identitäts-Flächen. Jede Intervention ist eine eigene Pre-Registrierung mit Q-Nummer, Hypothese, Stop- Kriterium und Effekt-Detection-Fenster. Vollständige YAMLs sind Anhang des nächsten Quartalsberichts (Q3 / 2026); hier die kompakte Übersicht.

Q-ID Hypothese (Kurzform) Identitäts-Fläche / Aktion Effekt-Mess-Fläche Status Start
Q0 Wikidata-Statements erreichen Google-KG in ≤14 Tagen Wikidata-Pflege (Q139720807 + Q139720798) Google KG Search API · KG-Score active (Latenz ≈ 40 h beobachtet T+0 → T+2) 2026-05-11
Q1 P136-Genre-Statements (Q3294789 High Fantasy etc.) erhöhen Co-Occurrence im LLM-Cluster Wikidata-Co-Occurrence-Engineering (6–8 P-Statements) Cross-LLM-Trust-Graph · CompCluster-Score registered (Ausführung Q3-2026) 2026-05-14 (geplant)
Q2 Inclusion in CC-MAIN-2026-21 (Mai-Snapshot) erhöht LLM-Citation-Score in nächstem Modell-Cycle Common-Crawl-Optimization (/llms.txt /ai.txt /about.txt + Backlinks) Cross-LLM-Trust-Graph nach Q4 / 2026 (LLM-Re-Training-Lag) active (Files deployed T+2) 2026-05-13
Q3 Source-Attribution-Profile pro LLM driften < 1 Trust-Punkt über 90 Tage (Stabilitäts-Anker für ITS) Cross-LLM-Trust-Graph-Tracking (12 Pattern × 11 LLMs ab v2.7) ai_citation_sources · CUSUM auf Trust-Score-Mean active (live ab T+3 nach Cron 04:00 UTC) 2026-05-14
Q4 Reddit-Comment-Karma > 200 in 6 Subreddits in 90 Tagen erhöht Mention-Cluster-Visibility Reddit-Karma-Aufbau (1× substantielles Comment / Sub / Woche) Reddit-Mention-Snapshots · Cross-LLM-Trust-Graph Cluster „Research" active (laufend in r/Fantasy seit T+0; 7 weitere Subs ab T+3) 2026-05-11
Q5 Zenodo-DOI-Cadence (1 MN / Quartal) erzeugt Wikipedia-Notability-Threshold-Crossing Zenodo-DOI-Salve (MN-01 v1.x + v2.x, MN-02 Q3, MN-03 Q4) Wikipedia-Article-Existence-Probe (CC-MAIN-Coverage) registered (MN-01 v2.0 live T+2; MN-02 ca. 2026-07-15) 2026-05-13
Q6 v2.3 Konsistente Reader-Activity auf Hardcover (Reviews + Mark-as-Read + Want-to-Read) erzeugt Reader-Authentizitäts-Signal, das Cross-Linking nach Goodreads/LLM-Trust-Cluster „Lesegemeinschaft" verstärkt Reader-Konto-Aktivität auf Hardcover (Reviews, Mark-as-Read, Want-to-Read) Hardcover-Snapshot-Pipeline · books_read · reviews_written · Cross-LLM-Trust-Graph Cluster „Lesegemeinschaft" active (seit T+3, low-volume sustained) 2026-05-14
Tabelle 2 Sieben aktive Pre-Registrationen (Q0–Q5 v2.0, Q6 v2.3). Alle formal eigenständig, laufen zeitlich parallel — Inter-Q-Confounds werden im jeweiligen Quartalsbericht explizit benannt. Holdout-Perioden werden geplant wo methodisch tragbar (Q4 hat z.B. 30-Tage-Pause zwischen Sub-Onboardings für Karma-Aufbau-Isolation).

5

Mess-Instrumentierung

5.1  Style-Sheet als kanonische Wahrheit

Das programminterne Style-Sheet definiert für jede operationalisierte Aussage einen kanonischen String, eine Liste explizit unzulässiger Anti-Patterns und einen Severity-Grad. Es wird versioniert geführt; Änderungen sind nachvollziehbar, jeder Eintrag trägt ein Wirksamkeits-Datum und einen Quellen­verweis.

5.2  Linter

Der programmweite Linter (Quellcode-Datei style_lint.py, MIT-lizenziert) prüft Outbound-Entwürfe gegen das Style-Sheet sowie gegen plattform­spezifische Regeln (z.B. Reddits 9:1-Selbst­promotion-Empfehlung). Er liefert eine Klassifikation in vier Schwere­grade. S1- und S4-Befunde sind blockierend; S2 erzeugt eine Warnung; S3 wird protokolliert.

5.3  Bewertungsmetriken und statistische Methoden je Linie

Tabelle 2 fasst die primären und sekundären Metriken sowie die eingesetzten statistischen Verfahren je Phase-1-Linie zusammen. Die vollständigen A-priori-Power-Analysen und Stop-Schwellen sind Bestandteil der jeweiligen Vor-Registrierung der einzelnen Erhebung. Methodisches Inventar für Phase 3 (Long-Term-Kontrollexperimente ab Q3 / 2027) — Cohen’s d, Bayes-Faktor-Stop-Verfahren, A-priori-Power-Analyse, Decay-Fit, ITS/BSTS — ist in §§ 5.4 bis 5.7 als Vorausschau dokumentiert.

Linie Primäre Metrik Sekundäre Metriken Statistisches Verfahren
1 Hit-Rate H = korrekte Citations / Queries (deskriptiv) Abdeckungs-Quote pro Identitäts-Cluster (Person, Werk, Genre, Welt-Mechanik); Halluzinations-Quote Deskriptive Statistik; Wald-95-%-CI auf H; Abdeckungs-Heatmap je Mess-Fläche × Cluster (keine Inferenz auf Aktion-Wirkung in Phase 1)
2 Wiederhol-Korrelation r (24-h-Wiederholung) Cronbach’s α intra-Query-Set; ICC (Intraclass Correlation) inter-Schnappschuss; Modell-Versions-Logs Pearson-r mit Bootstrap-95-%-CI; Schwellen r ≥ 0,9 (API), 0,7 (LLM-Probe); CUSUM-Karten (h = 5) für Drift-Detektion; Modell-Update-Marker
3 Inter-Rater-Übereinstimmung Cohen’s κ (ab Q4 / 2026) Grenzfall-Abdeckung des Schemas; Annotations-Differenz pro Schema-Version Cohen’s κ mit Bootstrap-CI; Schwelle κ ≥ 0,7 als Codebuch-Versions-Freigabe; Krippendorff’s α als Sensitivitäts-Check
4 Replikations-Erfolgsquote durch externe Auditoren Daten-Pin-Vollständigkeit, environment.yml-Lauffähigkeit Qualitativer 3rd-Party-Audit-Report pro Replikations-Archiv; Issue-Tracker auf GitHub für Reproduktions-Fehler
Tabelle 2 Phase-1-Bewertungs­metriken und statistische Verfahren je Linie. Vor jeder Erhebung wird die Tabelle für den konkreten Erhebungs- Plan in der Vor-Registrierung detailliert.

5.4  Sequenzieller Bayes-Faktor-Test (Phase-3-Inventar)

Für die Long-Term-Kontrollexperimente der Phase 3 (ab Q3 / 2027) wird der Bayes-Faktor BF₁₀ über sequenzielle Erhebung aktualisiert. Stop-Schwellen sind pre-spezifiziert: BF₁₀ > 10 bestätigt die Hypothese, BF₁₀ < 1⁄10 verwirft sie. Dazwischen wird die Erhebung fortgesetzt, bis eine Schwelle erreicht oder das Stichproben-Maximum ausgeschöpft ist. Das Verfahren wird hier in Phase 1 als methodisches Inventar dokumentiert; aktiviert wird es erst auf der validierten Apparatur.

BF₁₀ = 1/10 BF₁₀ = 10 H₀ bestätigt (Effekt verworfen) weitere Erhebung H₁ bestätigt (Effekt nachgewiesen) Prior Posterior d̂ = 0,62 −1,0 0 1,0 2,0 Effektgröße Cohen’s d Posterior-Density
Abbildung 1 Posterior-Verteilung der Effektgröße einer beispielhaften Hypothese. Die Erhebung läuft weiter, bis BF₁₀ eine der beiden Schwellen überschreitet — danach Stop. Bei dem gezeigten Stand (Posterior-Mittelwert d̂ = 0,62) wäre die Erhebung noch nicht beendet; die Stop-Schwelle bei BF₁₀ = 10 (entsprechend d ≈ 0,85 bei dieser Verteilung) ist nicht erreicht.

5.5  CUSUM-Karten für Drift-Detektion (Phase-1-Kern)

Für Linie 2 (Mess-Instrument-Validierung) erkennt eine kumulative Summen-Karte (CUSUM) systematische Verschiebungen der Hit-Rate eines Mess-Flächen gegenüber Baseline. Sobald die Karte eine pre-spezifizierte Alarm-Schwelle überschreitet, wird das betroffene Mess-Fläche markiert, die Drift-Ursache (typisch: Modell-Update oder Plattform-Änderung) identifiziert und im Modell-Versions-Log protokolliert. CUSUM ist das zentrale Phase-1-Werkzeug, weil es Instrument-Drift früh erkennt, bevor sie als „Wirkungs-Beobachtung" fehlinterpretiert wird.

Si = 0 h = 5 (Alarm-Schwelle) Drift detektiert · Tag 36 — Erhebung gestoppt 0 10 20 30 40 50 60 Tag der Erhebung 7 5 2 0 −3 CUSUM Si
Abbildung 2 CUSUM-Verlauf einer Trefferrate-Erhebung: bis Tag ~32 bleibt das Mess-Verfahren stabil um Si = 0. Ab Tag 32 baut sich kumulative Abweichung auf — am Tag 36 überschreitet Si die pre-spezifizierte Alarm-Schwelle h = 5, die Erhebung wird angehalten. Beispiel: Modell-Update bei einem der beobachteten Sprachmodelle hat die Hit-Rate strukturell verändert.

5.6  A-priori-Power-Analyse (Phase-3-Inventar)

Für die Long-Term-Kontrollexperimente der Phase 3 wird vor jeder Erhebung die benötigte Stichproben-Größe für eine Power von 1 − β = 0,80 bei α = 0,05 berechnet — abhängig von der erwarteten Effektgröße. Die folgende Kurve zeigt diese Beziehung für drei typische Effekt-Klassen. Aktiviert wird das Verfahren erst auf der validierten Apparatur ab Q3 / 2027.

Power = 0,80 d = 0,8 (groß) d = 0,5 (mittel) d = 0,2 (klein) ~125 ~310 0 100 200 300 400 500 600 Stichproben-Größe N (Mess-Fläche × Query × Tag) 1,0 0,8 0,5 0 Statistical Power 1 − β
Abbildung 3 Power-Kurven für drei Effekt-Klassen bei α = 0,05. Um einen großen Effekt (d = 0,8) mit 80 % Power nachzuweisen, genügen rund 125 Beobachtungen; ein mittlerer Effekt braucht ~310, ein kleiner Effekt ist mit ≤ 600 Beobachtungen kaum sicher detektierbar. Dimensionierung der Erhebungs-Fenster (Linie 2) richtet sich hieran aus.

5.7  Latenz- und Halbwertszeit-Vergleich (Phase-2-Inventar)

Erwartete Wirkungs-Profile der Aktions-Klassen unterscheiden sich stark. Schnelle Plattformen (IndexNow, Reddit) zeigen Effekte binnen Stunden bis Tagen, identitäts­basierte Hebel (ORCID-Aktualisierungen, Wikidata-Edits) brauchen Indexierungs- Zyklen von Tagen bis Wochen. Diese A-priori-Erwartung ist methodisches Inventar für die Phase-3-Long-Term-Kontrollexperimente ab Q3 / 2027 und wird dann gegen reale Messungen gespiegelt.

IndexNow Bulk-Push Reddit-Beitrag Newsletter-Versand Wikidata-Edit ORCID Profil-Update Manuskript-Indexierung 0 5 10 15 20 25 30 Tage bis Effekt-Onset (erwartet)
Abbildung 4 · Phase-2-Vorausschau Erwartete Latenzen bis Effekt-Onset für sechs Aktions-Klassen. Box: Inter­quartil­bereich (Median markiert); Whisker: erwarteter Voll-Bereich. Schnelle Plattformen (IndexNow, Reddit) wirken innerhalb von Tagen, identitäts­basierte Hebel (ORCID, Manuskript) brauchen Wochen. Diese A-priori-Erwartung wird ab Q3 / 2027 — auf der dann validierten Apparatur — gegen reale Messungen gespiegelt und ggf. revidiert.

6

Reproduzierbarkeit

Jede Publikation des Programms wird durch ein Replikations-Archiv ergänzt. Das Archiv enthält:

  1. den Mess-Code in Form lauffähiger Python-Skripte (Lizenz MIT) — mit eingefrorenen Versions-Pins via environment.yml;
  2. die Roh-Messwerte als JSONL, einschließlich Zeitstempel, Endpunkt-URL, HTTP-Status und Antwort-Headern;
  3. das Style-Sheet im Zustand der Erhebung;
  4. eine kurze README.md mit Reproduktions­anleitung.

Pre-Versionen des Codes werden externen Auditoren auf Anfrage bereits vor der ersten regulären Veröffentlichung zur Verfügung gestellt; die Anschrift ist research@marin-t-kael.de.

7

Begrenzungen

Die Konstruktion des Programms hat methodische Begrenzungen, die hier vorab benannt werden, damit sie nicht als Befund missverstanden werden.

  1. Einzelfallstudie. Die Beobachtung umfasst ein Werk, einen Autor, eine Sprache (DE primär, EN sekundär). Befunde sind nicht generalisierbar; sie sind anschluss­fähig an andere sorgfältig dokumentierte Einzelfälle.
  2. Interessenkonflikt. Programmleiter und Untersuchungs­gegenstand sind identisch. Die Praxis der Pre-Registrierung und das öffentliche Fehlschlag-Protokoll mildern das Risiko von publication bias; sie eliminieren es nicht.
  3. Endpunkt-Volatilität. Such- und Antwort-Systeme ändern sich im Pre-Launch-Aktivitäts­zeitraum (Algorithmen, Modell-Versionen, Indizierungs-Logik). Versionierte Endpunkte werden, wo möglich, angesprochen; wo nicht, wird der Versions-Stand zum Erhebungs­zeitpunkt protokolliert.
  4. Beobachtungseffekt. Das öffentliche Programm verändert das Beobachtete: Plattform-Reviewer, Reader-Communities und Knowledge-Graph-Editoren können durch die Veröffentlichung beeinflusst werden. Der Effekt wird im Quartals­bericht qualitativ diskutiert.
  5. Inter-Q-Confound (neu in v2.0). Sieben aktive Pre-Registrierungen (Q0–Q6) laufen zeitlich parallel auf teils überlappenden Mess-Flächen. Eine isolierte Effekt- Attribution einer einzelnen Q ist deshalb meist nicht möglich; stattdessen werden Effekte als kombinierte Bewegung der Mess-Fläche berichtet, mit Plausibilitäts-Diskussion welche Q wahrscheinlich beigetragen hat. Holdout-Perioden werden geplant wo methodisch tragbar (siehe Q4 als Beispiel). Die Phase-3-Apparatur (Q3 / 2027+) wird Confounds durch Single-Subject-Reversal-Designs reduzieren können.

8

Ethische Selbstverpflichtung

  1. Keine Erhebung personen­bezogener Daten Dritter über das öffentlich Verfügbare hinaus.
  2. Keine Aggregation und Weitergabe von Reader-Material an Dritte; keine Verwendung als Trainings­daten für Modelle.
  3. Vollständige Einhaltung der Plattform-Politik; Verstöße werden offen protokolliert und korrigiert.
  4. Zitation einzelner Beiträge nur mit ausdrücklicher Zustimmung der Verfasserin oder des Verfassers.
  5. Auf Aufforderung einer Plattform wird der Daten-Abruf umgehend eingestellt und die Anweisung als Befund veröffentlicht.

9

Publikations-Kadenz

Quartalsberichte erscheinen jeweils Mitte Oktober, Januar, April und Juli, mit einer Toleranz von ±zwei Wochen. Methoden-Notizen erscheinen ad hoc bei substantiellen Änderungen am Messrahmen. Vor-Registrierungen erscheinen jeweils vor Beginn einer neuen Erhebung. Ein Feldbericht ergänzt das Programm um spezifische Themen außerhalb der Quartals-Logik.

10

Zitierhinweis

Kael, M. T. (2026). Baseline-Messung: Autor-Identität im Zitations-Verhalten von Sprachmodellen (Pre-Launch). Methoden-Notiz 01, Marin T. Kael — KI-Zitations-Feldlabor. Marin T. Kael, Unabhängig. Version 3.0 (DE + EN bilingual, 18. Mai 2026 · Methoden-Notiz erstmals mit beiden Sprach-PDFs in einem Zenodo-Record für vollständige internationale Erreichbarkeit der GEO/AEO-Community + arXiv-Audience. PDFs konsistent mit v2.9-Content (Bilingual-Bündelung, Aggregat-Methodologie geschärft, Gemini Direct Batch integriert). Konsistenz-Bump v2.9 → v3.0 reflektiert dass dies das erste vollständig bilingual-konforme Methoden-Notiz-Record ist). Version-DOI: 10.5281/zenodo.20308495 · Konzept-DOI (versionsstabil): 10.5281/zenodo.20125933 · Vorgänger v2.9 (superseded): 10.5281/zenodo.20262237.

BibTeX
@techreport{kael2026zitation,
  author      = {Kael, Marin T.},
  title       = {Baseline-Messung: Autor-Identit\"at im Zitations-Verhalten von Sprachmodellen (Pre-Launch)},
  institution = {Marin T. Kael, Unabh\"angig},
  type        = {Methoden-Notiz},
  number      = {01},
  series      = {Marin T. Kael — KI-Zitations-Feldlabor},
  year        = {2026},
  month       = {5},
  version     = {v3.0},
  language    = {german + english (bilingual)},
  doi         = {10.5281/zenodo.20308495},
  url         = {https://doi.org/10.5281/zenodo.20125933},
  note        = {v2.8 Methodologie-Erweiterung (2026-05-17 abends): Aggregat-Methodologie geschaerft — verkleidete Mess-Fehler (askProvider null-return wegen Quota-Exhaustion / HTTP-5xx / Timeout) wurden bisher als status='not_found' / score=0 ins Aggregat verbucht, was zu kuenstlicher Verwaesserung der Mess-Apparatur fuehrte. Fix: error-Rows aus Aggregat-Nenner exkludiert, per-LLM mit n_attempted/n_legit/n_error ausgewiesen, pure-Error-LLMs als 'unavailable'. Retroaktive Re-Aggregation 41 historische Snapshots: Mean Delta +10.64 PP zwischen v2.0-stored und v2.7.1-corrected. D1-Migration 0013 fuegt parallele Spalten score_percent_v271 / total_llms_v271 / unavailable_llms_v271 / by_llm_v271 / pipeline_version_first hinzu (default 'v2.0', neue Inserts 'v2.7.1'). Worker-API + Dashboard zeigen beide Versionen parallel. Gemini-Integration ergaenzt: Gemini 2.5 Flash via Gemini Batch API direct (analog API Batches, API-Key-basiert, kein Service-Account-JWT-Signing). Vorgaenger v2.7 (DOI 10.5281/zenodo.20258380, superseded). Konzept-DOI: 10.5281/zenodo.20125933 (versionsstabil).},
}