pipeline_runs: is_test-Flag fuer Test-PDF-Laeufe (statt Namens-Blacklist im Dashboard)

[TillQuandel]

Dokumentierter Restpunkt aus PR #222 (per-PDF-Tabelle, #194): Test-PDFs (test-short, cobaltite-paper, extreme-events-decision-making, ml-interpretability-advances) erscheinen als reguläre Zeilen in Tabelle und KPIs. Eine Namens-Blacklist im Dashboard wäre ein Maintainer-Workaround (AGENTS.md-Maximen 1+2) und wurde in #222 bewusst unterlassen — sauber lösbar nur mit einem is_test-Flag an der Datenquelle.

Fix-Richtung

• Spalte is_test (INTEGER DEFAULT 0) additiv: SCHEMA_SQL + _add_column-Muster in init_db (exakt wie n_extracted in PR feat(generative): Stage-Outcome-Events + Drop-Gründe an den Gate-Punkten (#197 Schritt 1+2) #220), insert_run reicht durch.
• Setzen beim Insert — Entscheid nötig: Woher weiß der Lauf, dass er ein Test ist? Kandidaten: explizites CLI-Flag (--test-run) und/oder ENV im Test-/Smoke-Kontext (conftest/CI setzen sie automatisch).
• Dashboard: Default-View filtert is_test=1 aus; Toggle „Test-Läufe zeigen" (analog foss-Trennung aus PR fix(dashboard): #36 Eval-Dashboard Follow-ups (Live-Pfad-UX + foss-Trennung) #59).
• Historische Zeilen: entweder ungeflaggt lassen (nur Vorwärts-Wirkung) oder einmalige, explizit bestätigte Nachpflege der vier bekannten Test-PDF-Namen — Entscheid nötig, keine stille Migration.

Priorität: niedrig (kosmetisch/Datenhygiene, keine Korrektheitswirkung auf echte Kennzahlen solange Test-Läufe selten sind).