Zukunfts- und Ausbaukarte ultra_future.html
sync --:--:--
Aufträge 0
running 00
Ultra Future / HF und DEV werden gleichwertig horizontal und vertikal ausgebaut

Ultra Future Steuerkarte

Diese Seite fasst die naechsten Ausbauschritte in klare deutsche Regeln: HF und DEV haben 1:1-Paritaet, jede Ebene hat Akzeptanztests, und ein Abschluss gilt nur mit VERIFIED-Nachweis.

HF-Strang 3 Ebenen
DEV-Strang 3 Ebenen
Abschluss nur VERIFIED
Kernrollen 11

Horizontale HF/DEV-Paritaet

Jede HF-Faehigkeit bekommt eine gleichwertige DEV-Faehigkeit, denselben Nachweistyp und denselben Abschlussstandard.

1:1 horizontal
FaehigkeitHF-SeiteDEV-SeiteGemeinsamer NachweisStatus
ÜberwachenHF Monitor: Modelle, Jobs, LaufzeitDEV Rendering: Preview, Telemetrie, LaufzeitBrowser-Smoke plus LogeintragVERIFIED
BearbeitenHF Editor: Prompts, Dateien, WorkbenchDEV Coding: Codeflaeche, Dispatch, ReviewTaskkarte mit Diff- und TestbezugVERIFIED
SteuernHF Routing: Ziel, Backend, ModellmodusDEV-Einstellungen: Ziel, Secrets, Runtime-ModusKonfiguration ohne Secret-LeakVERIFIED
AbschliessenHF Abschluss: nur nach belegtem ErgebnisDEV Abschluss: nur nach belegtem ErgebnisEvidenz-Artefakt, Pass/Fail, Rollback-NotizVERIFIED

Vertikale Ausbau-Matrix

Der Ausbau geht von Bedienung über Dispatch und Laufzeit bis zum Nachweis. Jede Ebene muss für HF und DEV gleich geschlossen werden.

vertikal
Ebene 1 Bedienung

HF Monitor/Editor und DEV Coding/Settings nutzen klare deutsche Beschriftungen und gleichwertige Aktionen.

Ebene 2 Dispatch

Jeder Auftrag nennt Ziel, Rolle, erwarteten Nachweis und Rollback-Pfad.

Ebene 3 Laufzeit

UI- oder Gameplay-Änderungen brauchen DevTools-Check und Puppeteer-Smoke.

Ebene 4 Evidenz

Abschluss nur mit Artefakt, Pass/Fail-Ergebnis und VERIFIED-Status.

Vertikale EbeneHorizontaler Ausbau HFHorizontaler Ausbau DEVAkzeptanztest
BedienungHF-Ansichten zeigen gleiche KernaktionenDEV-Ansichten zeigen gleiche KernaktionenNavigation öffnet HF und DEV ohne fehlende Links.
DispatchHF-Aufträge tragen Rolle und ZielDEV-Aufträge tragen Rolle und ZielEin Dispatch erzeugt eine sichtbare Logzeile mit ID.
LaufzeitHF-Änderung wird im Browser geprüftDEV-Änderung wird im Browser geprüftDevTools- und Puppeteer-Protokoll sind vorhanden.
EvidenzHF liefert Artefakt plus Pass/FailDEV liefert Artefakt plus Pass/FailOhne VERIFIED bleibt der Abschluss gesperrt.

Workflow-Steuerung

Planung, Umsetzung, Test, Review und Integration laufen erst dann weiter, wenn die vorherige Stufe belegbar ist.

workflow
Abschlussregel: Jede Stufe muss VERIFIED sein. RUNNING, INFERRED oder UNKNOWN zaehlen nicht als fertig.
StufeOwnerStatus
Planenproduct_scopeRUNNING
Bauenlead_coderRUNNING
Testqa_validationRUNNING
Prüfensentinel_truthRUNNING
IntegrierenreleaseRUNNING

Abschluss- und Wahrheitsregeln

Jede grosse Aussage bekommt ein klares Label. Nur VERIFIED darf als erledigt oder abgeschlossen gemeldet werden.

verified/inferred/unknown
LabelRegel
VERIFIEDDirekter Datei-, Command-, Browser- oder Artefakt-Nachweis liegt vor.
INFERREDAus VERIFIED-Fakten abgeleitet; Grenze und Annahme muessen sichtbar bleiben.
UNKNOWNOffen oder nicht belegt; darf nicht als Tatsache oder Abschluss erscheinen.
DONENur erlaubt, wenn alle betroffenen Regeln, Tests und Rollback-Hinweise VERIFIED sind.

Release-Meilensteine

Product Scope trennt den Ausbau in prüfbare Schritte. Jeder Meilenstein hat ein konkretes Akzeptanzkriterium.

roadmap
MeilensteinZielDone-KriteriumAkzeptanztest
M1 SpracheAlle sichtbaren Kerntexte sind klar deutsch.Keine englischen Hauptlabels im Ultra-Future-Scope.Visuelle Prüfung der Hero-, Tabellen-, Button- und Footer-Texte.
M2 ParitaetHF und DEV haben gleiche Steuer-, Bearbeitungs- und Nachweislogik.Jede HF-Zeile hat eine DEV-Gegenzeile mit gleichem Nachweistyp.Paritaetstabelle enthält HF-Seite, DEV-Seite und gemeinsamen Nachweis.
M3 MatrixHorizontaler und vertikaler Ausbau sind zusammen sichtbar.Jede vertikale Ebene nennt HF-Ausbau, DEV-Ausbau und Akzeptanztest.Matrix enthält Bedienung, Dispatch, Laufzeit und Evidenz.
M4 AbschlussFertigmeldung ist nur mit VERIFIED erlaubt.DONE ist ohne Artefakt, Pass/Fail und Rollback-Hinweis gesperrt.Abschlussregeln nennen VERIFIED, INFERRED, UNKNOWN und DONE.

Agenten-Snapshot

Aktueller Schwarmzustand aus dem gemeinsamen Live-Bus.

agenten
AgentDetailStatusAktualisiert

Future-Log-Brücke

Systemübergreifende Logs für Planung, Laufzeit und Nachweis.

logs