Skip to content

fix(dashboard): AGENT_VERSION v0.3.144 — v0.3.143-Läufe nicht mehr verwaist + Versions-Label an beiden KPI-Gruppen#291

Merged
TillQuandel merged 1 commit into
masterfrom
fix/agent-version-144-gruppen-label
Jul 15, 2026
Merged

fix(dashboard): AGENT_VERSION v0.3.144 — v0.3.143-Läufe nicht mehr verwaist + Versions-Label an beiden KPI-Gruppen#291
TillQuandel merged 1 commit into
masterfrom
fix/agent-version-144-gruppen-label

Conversation

@TillQuandel

Copy link
Copy Markdown
Owner

Befund (Till, live)

„Qualität" und „Kosten & Performance" zeigten v0.3.140 als aktuelle Version, obwohl die DB Läufe bis v0.3.143 hat — und es war nicht erkennbar, dass beide Gruppen zur selben Version gehören.

Ursachen (verifiziert)

  1. config.AGENT_VERSION stand committed auf v0.3.140. _capped_latest_version (generative/eval_dashboard.py:167, Dashboard zeigt verwaiste WIP-Version als aktuellen Stand — Versionswahl per Nummer statt Code-Stand + Auto-Bump-Kollisionsrisiko #191/Dashboard: #191-Restflächen — accept_ver-Fallback, Sprachfilter-Guard, unarchivierte pipeline_runs-Orphans #193-Schutz) blendet Versionen > Code-Version aus. Die v0.3.143-Läufe existieren, weil Till den Bump lokal (uncommitted) gesetzt hatte und Läufe damit buchten.
  2. Der feat(dashboard): KPI-Kacheln in zwei Gruppen + Wall-Clock-Tooltip korrigiert #274-Gruppen-Umbau zeigt das Versions-Label (kpi-ver-label) nur am „Qualität"-Header; der „Kosten & Performance"-Header hatte gar keins.

Fix (schlicht)

  • generative/config.py: AGENT_VERSION = "v0.3.144" (Kommentar aktualisiert). Cap zeigt jetzt v0.3.143 (jüngste Version mit Daten <= 144) als aktuell; künftige Läufe buchen 144.
  • internal/dashboard/eval_dashboard.html: zweites Label id="kpi-ver-label-perf" am „Kosten & Performance"-Header, von derselben JS-Zuweisung befüllt wie das bestehende kpi-ver-label (SSoT — ein Wert, zwei Anzeigeorte).

Tests

  • Neu: generative/tests/test_dashboard_kpi_group_version_labels.py — RED vor dem Fix (Label fehlt im HTML + JS), GREEN danach.
  • Gezielt geprüft: alle AGENT_VERSION-abhängigen Tests (test_dashboard_current_version.py, test_auto_version_bump.py, test_dashboard_kpi_groups.py, test_note_json.py, test_collect_db_write.py, test_orchestrator_init_db.py, test_pipeline_run_persist_no_eval.py, test_dashboard_kennzahlen.py) — 71 passed, unbeeinflusst vom Versions-Bump (arbeiten mit expliziten/gemockten Versionswerten).
  • Volle Suite pytest generative lib/decision_engine/tests shared/tests -q: 5893 passed, 3 skipped, 8 deselected, 0 failed.
  • ruff check .: clean. ruff format --check für beide geänderten Dateien: clean (eine vorbestehende, nicht von diesem PR verursachte Format-Abweichung in test_vault_writer.py bleibt unangetastet, außerhalb des Scopes).

Playwright-Verifikation

Server aus diesem Branch (Port 8067) gegen eine Kopie der KPI-DB mit echten v0.3.143-Läufen, Firefox headless:

  • Warn-Banner „Eval-Daten mit Version über der Code-Version" ist weg.
  • Beide Header zeigen — v0.3.143: „QUALITÄT — v0.3.143" und „KOSTEN & PERFORMANCE — v0.3.143".
  • Keine Page-Errors.

Hinweis

Tills lokale uncommitted config.py-Änderung (140→143) wird nach diesem Merge obsolet und kann per git checkout -- generative/config.py verworfen werden.

…s verwaist gecappt + Versions-Label an beiden KPI-Gruppen (Till-Befund)

Befund: "Qualität" und "Kosten & Performance" zeigten v0.3.140 als
aktuelle Version, obwohl die DB Läufe bis v0.3.143 hat, und es war nicht
erkennbar, dass beide Gruppen zur gleichen Version gehören.

Ursachen:
- config.AGENT_VERSION stand committed auf v0.3.140; _capped_latest_version
  (#191/#193-Schutz) blendet Versionen > Code-Version aus. Die v0.3.143-
  Läufe existieren, weil Till den Bump lokal (uncommitted) gesetzt hatte.
- Der #274-Gruppen-Umbau zeigt das Versions-Label (kpi-ver-label) nur am
  "Qualität"-Header; "Kosten & Performance" hatte gar keins.

Fix:
- generative/config.py: AGENT_VERSION auf v0.3.144 gebumpt. Cap zeigt
  jetzt v0.3.143 (jüngste Version mit Daten <= 144) als aktuell.
- internal/dashboard/eval_dashboard.html: zweites Label
  id="kpi-ver-label-perf" am "Kosten & Performance"-Header, von derselben
  JS-Zuweisung befüllt wie das bestehende "Qualität"-Label (SSoT).

Tests: neuer test_dashboard_kpi_group_version_labels.py (RED vor Fix,
GREEN danach). Volle Suite (generative + lib/decision_engine/tests +
shared/tests) 5893 passed, 3 skipped, 0 failed. ruff check + format clean
für die geänderten Dateien.

Playwright-Sichtprüfung (Firefox, Kopie der KPI-DB mit v0.3.143-Läufen):
Warn-Banner "Eval-Daten mit Version über der Code-Version" ist weg, beide
Header zeigen "— v0.3.143".

Hinweis: Tills lokale uncommitted config.py-Änderung (140→143) wird nach
diesem Merge obsolet und kann per `git checkout -- generative/config.py`
verworfen werden.
@TillQuandel TillQuandel merged commit 0d8f337 into master Jul 15, 2026
1 of 4 checks passed
TillQuandel added a commit that referenced this pull request Jul 15, 2026
…sions-Label-Case, n=0-Wertkennzeichnung, PDF-Dropdown-Sprachfilter (#294)

Fünf unabhängig verifizierte Fixes aus dem Multi-Perspektiven-Review 2026-07-15:

U3: Lauf-Filter-Badge zeigte die rohe Run-ID (select-value) statt des
lesbaren Options-Texts. _renderFilterBadges() übernimmt für den run-Filter
jetzt selectedOptions[0].text.

U4: Trade-off-Chart-2 ("Akzeptanzrate über Versionen", ch4/leg4) zeigte für
PDFs außerhalb der 3 registrierten _PDF_LABELS-Einträge den rohen,
kleingeschriebenen Key (z.B. "cobaltite-paper") — inzwischen über die
DB-Fallback-Runs der Regelfall statt die Ausnahme. Fallback prettified
("Cobaltite Paper") statt roh.

U7: .sub-label ist uppercase, traf auch die eingebettete Versionsnummer
("V0.3.143" statt "v0.3.143"). text-transform:none auf #kpi-ver-label;
#kpi-ver-label-perf (PR #291, offen) vorsorglich mit abgedeckt.

U5: ch1-Wert-Labels bei n=0 (keine Eval-Basis) wirkten wie echte Werte.
Dieselbe Bedingung wie barColor zusätzlich per Sternchen ("100,0 %*") und
globalAlpha-Dimmung im Text markiert.

D6: PDF-Dropdown ignorierte den aktiven Sprachfilter — das Versions-Dropdown
direkt darunter berücksichtigte ihn bereits. Gleiche Einschränkung jetzt auch
auf die PDF-Optionen angewandt.

Co-authored-by: TillQuandel <tillq@live.de>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants