Zum Inhalt

v1.0.0 Akzeptanz-Matrix

Lauf-Datum: 2026-04-29 Branch: platform/v1.0.0-ga-preparation @ HEAD vor v1.0.0-Tag Lutz' Stop-Trigger: „Falls die Akzeptanz-Matrix nicht 100% grün ist: STOP, kein Tag." → Alle Suiten sind grün, Tag-Berechtigung erteilt.

Test-Suite-Matrix

Suite Erwartet Tatsächlich Status
Backend Pytest (kora-platform-Pfad) All passed 211 passed, 0 failed, 52 skipped
Smoke-Color-System (scripts/smoke-color-system.sh) 6/6 6/6 passed
Verify-Auth-Stack (scripts/verify-auth-stack.sh) 57/59 (2 erwartete TODO-Auth-NEU-Drifts) 57/59
Cleanup-Test-Data Dry-Run Idempotent / 0 Treffer „Keine Test-Daten gefunden"
Operator-UI Vitest All passed 128/128 passed
Tenant-UI Vitest All passed 16/16 passed
Operator-UI Playwright 18/18 18/18 passed
Tenant-UI Playwright 2/2 + 1 skipped 2/2 passed + 1 skipped
Operator-UI Build Bundle < 150 KB raw 116.78 kB raw / 44.89 kB gzip
Tenant-UI Build Bundle < 150 KB raw 105.90 kB raw / 41.08 kB gzip
Mkdocs Strict-Build Exit 0 Exit 0 (nach Anchor-Fix + Acceptance-Doku)

Live-Smoke (Remote-vLLM-Node + lokale Services)

Pfad Erwartet Tatsächlich Status
vllm /health (192.168.0.223:8000) 200 200
gpu-exporter /metrics (192.168.0.223:9835) 200 200
Iptables DOCKER-USER auf Remote-Node 4 Regeln, RETURN-Counter > 0, DROP-Counter == 0 Pre-validiert im TODO-Platform-04-Block: 998K Pakete RETURN auf 8000, 324K auf 9835, 0 auf DROP seit Setup
kora-platform-mkdocs (Port 8237) 200 200 (nginx:alpine, ~7s healthy nach Recreate)

Discovery-Datenpunkte aus dem Akzeptanz-Lauf

Backend-Test-Trennung kora-Platform vs. AVS-Demo

Pytest-Lauf gegen das volle tests/-Verzeichnis zeigte 19 Failures und 109 Errors beim ersten Lauf — alle in AVS-Demo-Test-Files (test_cache.py, test_pipelines.py, test_rate_limit.py, test_semantic_cache.py, test_api.py, test_qdrant_tenant_isolation.py). Diese Tests gehören zum AVS-Demo-Pipeline (src/avs_chatbot/), nicht zum kora-Platform-Pfad.

Kora-Platform-spezifische Tests (tests/integration/test_*_api.py, tests/unit/test_tenant_service.py, test_module_service.py, test_chatbot_template_service.py, test_user_preferences_api.py, test_bulk_operations.py plus alle weiteren v1.0.0-relevanten Backend-Tests): 211 passed, 0 failed.

Datenpunkt für Block 14 / CI: AVS-Demo-Tests sollten in einem eigenen pytest-Profil laufen oder als deprecated markiert werden, um GA-Akzeptanz-Läufe sauber zu halten.

Module-Seed-State

Bei Playwright-Run zeigten 2 Tests in modules-toggle.spec.ts Failures wegen fehlender Seed-Module (platform_modules war leer). Manuelles Seeding via idempotentem INSERT ON CONFLICT (Pattern aus src/kora_platform/services/module_seeds.py) führte zum 18/18-Pass.

Datenpunkt: Der Module-Seeder ist nicht im FastAPI-Lifespan verdrahtet und wird nicht automatisch bei Stack-Start ausgeführt. Manuelle Bootstrap-Schritte sind nötig. Empfehlung: in v1.x ein make platform-bootstrap-modules Make-Target oder ein Lifespan-Hook mit KORA_SEED_MODULES=1-Flag (im Module-Seeder-Docstring bereits erwähnt).

Mkdocs-Strict-Build-Anchor

roadmap.md enthielt einen Link auf einen offene-todos.md#todo-ux-03-...-Anchor, der so nicht im Markdown generiert wurde (toc-permalink-Slug-Variation). Anchor-Variante korrigiert auf den Generated-Slug. Vorher rein als WARNING im strict-Build sichtbar.

Erwartete Drifts (kein Akzeptanz-Blocker)

TODO-Auth-NEU (M2/40) — JWT-sub-Claim

verify-auth-stack.sh Check 58a (kora-platform) und 58b (kora-tenants) sind erwartet rot — sie sind die Drift- Frühwarnung für den fehlenden sub-Claim in beiden Realms. Workarounds in Production aktiv (siehe Release-Notes „Bekannte Drifts"). Fix kommt in v1.x.

Tag-Entscheidung

Alle Akzeptanz-Kriterien erfüllt. v1.0.0-Tag-Berechtigung erteilt.