Roadmap ins Deployment Center, Version auf 1.1.0

Die Roadmap wird ab jetzt im Deployment Center gepflegt, nicht mehr in der
Datei. Uebertragen sind acht Themenbereiche und 28 Eintraege - keine
Waisen, keiner ohne Dokumentbezug: 12 geplant, 4 erledigt, 8
zurueckgestellt, 4 verworfen.

Jeder zurueckgestellte Eintrag traegt den geforderten Ausloeser; die API
weist status=deferred ohne defer_trigger mit 400 ab. Ohne benannten Anlass
ist ein Vorhaben nicht zurueckgestellt, sondern vergessen.

In ROADMAP.md ersetzt der erzeugte dc:roadmap-Block die handgepflegte
Fortschrittstabelle - genau die ging als Erstes veraltet. Die Prosa
darunter bleibt unberuehrt und ist weiterhin die Begruendung. Erneuern
laesst sich der Block ueber action=render, action=check meldet, wenn er
veraltet ist.

Version 1.0.0 stand seit jeher fest. Dadurch trugen beide Releases, alle
offenen Items und alle Supervisor-Befunde dieselbe Fassung, und die
Detektoren regression.build und deviation.fleet konnten strukturell nie
anschlagen. Mit 1.1.0 gibt es zum ersten Mal zwei unterscheidbare Staende.

Bugtracker: #414

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

Directory.Build.props

@@ -2,7 +2,7 @@
   <PropertyGroup>
     <!-- Version der Anwendung. Wird von Deploymentcenter.BuildInfo.targets,
          dem UpdateService, Fehler-Stream und Heartbeat genutzt. -->
-    <Version>1.0.0</Version>
+    <Version>1.1.0</Version>
     <!-- Zielframework zentral fuer alle Projekte. Seit die Avalonia-Shell den
          WinForms-Host abgeloest hat, gibt es keine windows-spezifische Ausnahme mehr. -->
     <TargetFramework>net10.0</TargetFramework>

ROADMAP.md

@@ -12,15 +12,94 @@
 
 ## Fortschritt
 
-| Stufe | Stand |
+> Stand und Reihenfolge werden im **Deployment Center** gepflegt, nicht mehr hier:
-|---|---|
+> `GET /api/bugtracker/v1/roadmap?action=list&project_slug=predictalytics`.
-| 0 — Sofort | ✅ erledigt (2026-08-24) |
+> Der folgende Block ist daraus erzeugt (`action=render`); `action=check` meldet, wenn er
-| 1 — Aufräumen abschließen | ✅ erledigt (2026-08-24) |
+> veraltet ist. Die Abschnitte darunter bleiben die Begründung und werden von Hand gepflegt.
-| 2 — Portierung abschließen | offen — **braucht ein Linux-System**, sonst nicht prüfbar |
+
-| 3 — Analytik schärfen | offen, 3.1 ist der nächste inhaltliche Schritt |
+<!-- dc:roadmap stand=2026-09-01T08:36Z items=28 projekt=predictalytics -->
-| 4 — Datenhaushalt | offen, liegt beim Nutzer (SQL) |
+
-| 5 — Ingest skalieren | offen, erst bei Bedarf |
+<!-- ERZEUGT - nicht von Hand aendern. Dieser Block wird bei jedem Lauf von
-| 6 — Monetarisierung | Konzept |
+     `php cli/roadmap.php --write` ueberschrieben. Der Zustand wird im
+     Deploymentcenter gepflegt, nicht hier. Prosa gehoert AUSSERHALB der
+     Marker - dort bleibt sie unberuehrt. -->
+
+### Als Naechstes
+
+1. **[2] #429 — [2.1] Erstlauf und Verifikation unter Linux**
+2. **[3] #431 — [3.1] Strategie-Klassifikation reparieren (ehemals A4)**
+3. **[4] #438 — [4.1] Einmalige DB-Optimierungen (liegt beim Nutzer)**
+4. **[2] #430 — [2.2] Deployment und CI**
+
+### 0 — Stufe 0 - Sofort
+
+| | Vorhaben | Stand | Ziel |
+|---|---|---|---|
+| #425 | [0.1] OpenRouter-API-Key aus dem Repository entfernt | ✅ Abgeschlossen | — |
+
+### 1 — Stufe 1 - Aufraeumen abschliessen
+
+| | Vorhaben | Stand | Ziel |
+|---|---|---|---|
+| #426 | [1.1] Nach main gebracht, zehn Feature-Zweige entfernt | ✅ Abgeschlossen | — |
+| #427 | [1.2] Nullable-Warnungen behoben - der Build ist warnungsfrei | ✅ Abgeschlossen | — |
+| #428 | [1.3] Kategorie-Backfill laedt nicht mehr den ganzen Marktbestand | ✅ Abgeschlossen | — |
+
+### 2 — Stufe 2 - Portierung abschliessen
+
+| | Vorhaben | Stand | Ziel |
+|---|---|---|---|
+| #429 | [2.1] Erstlauf und Verifikation unter Linux | 📋 Geplant | — |
+| #430 | [2.2] Deployment und CI | 📋 Geplant | — |
+
+### 3 — Stufe 3 - Analytik schaerfen
+
+| | Vorhaben | Stand | Ziel |
+|---|---|---|---|
+| #431 | [3.1] Strategie-Klassifikation reparieren (ehemals A4) | 📋 Geplant | — |
+| #432 | [3.2] CopytradingBacktestHarness anschliessen oder verwerfen | 📋 Geplant | — |
+| #433 | [3.3] Track-Record-Laenge in den Copyability-Score | 📋 Geplant | — |
+| #434 | [3.4] Edge-Freshness und Strategie-Drift ins Ranking | 📋 Geplant | — |
+| #435 | [3.5] Co-Movement-Graph vorberechnen | 📋 Geplant | — |
+| #436 | [3.6] Restpunkte aus der Kategorie-Erkennung | 📋 Geplant | — |
+| #437 | [3.7] Sortierpfeile in der Trader-Tabelle | 📋 Geplant | — |
+
+### 4 — Stufe 4 - Datenhaushalt
+
+| | Vorhaben | Stand | Ziel |
+|---|---|---|---|
+| #438 | [4.1] Einmalige DB-Optimierungen (liegt beim Nutzer) | 📋 Geplant | — |
+| #439 | [4.2] Materialitaetsschwelle fuer Mikro-Trades (liegt beim Nutzer) | 🧊 Zurueckgestellt — Ausloeser: Wenn 4.1 umgesetzt und gemessen ist und beziffert werden kann, was die Schwelle zusaetzlich einbringt. | — |
+| #440 | [4.3] Frischer Datenbank-Neustart (liegt beim Nutzer) | 🧊 Zurueckgestellt — Ausloeser: Wenn Stufe 3 abgeschlossen ist und der vorgelagerte Stichproben-Check bestaetigt hat, wie weit /activity fuer ein lan... | — |
+| #441 | [4.4] 65 Migrationsdateien zusammenfassen | 🧊 Zurueckgestellt — Ausloeser: Nur im Zuge von 4.3 - ohne den Datenbank-Neustart nicht angehen. | — |
+
+### 5 — Stufe 5 - Ingest skalieren
+
+| | Vorhaben | Stand | Ziel |
+|---|---|---|---|
+| #442 | [5.1] Historische Massendaten aus der Blockchain statt ueber REST | 🧊 Zurueckgestellt — Ausloeser: Wenn Rate-Limits im Ingest tatsaechlich druecken und die Evaluierung ergeben hat, dass ein hinreichend vollstaendiger... | — |
+| #443 | [5.2] Markt-Stammdaten aggressiv cachen | 📋 Geplant | — |
+| #444 | [5.3] Egress-Kanaele: Betriebsreste | 📋 Geplant | — |
+| #445 | [5.4] Header- und User-Agent-Rotation - bewusst verworfen | ❌ Verworfen | — |
+
+### 6 — Stufe 6 - Monetarisierung vorbereiten
+
+| | Vorhaben | Stand | Ziel |
+|---|---|---|---|
+| #446 | [6.1] Datenbank fuer eine oeffentliche Schicht vorbereiten | 🧊 Zurueckgestellt — Ausloeser: Wenn die Entscheidung gefallen ist, aus dem internen Werkzeug ein Produkt zu machen - oder frueher, sobald die Pruefu... | — |
+| #447 | [6.2] Oeffentlicher Host | 🧊 Zurueckgestellt — Ausloeser: Wenn die Entscheidung gefallen ist, aus dem internen Werkzeug ein Produkt zu machen. | — |
+
+### A — Anhang - bewusst ausgelassen
+
+| | Vorhaben | Stand | Ziel |
+|---|---|---|---|
+| #448 | [A.1] AzuroProvider loeschen - bewusst ausgelassen | ❌ Verworfen | — |
+| #449 | [A.2] Providers/Limitless/ loeschen - bewusst ausgelassen | ❌ Verworfen | — |
+| #450 | [A.3] wwwroot/landing.html und docs.html | 🧊 Zurueckgestellt — Ausloeser: Gehoeren zu Stufe 6 - erst mit der Entscheidung fuer einen oeffentlichen Host. | — |
+| #451 | [A.4] Kaltarchiv ausserhalb der DB - verworfen | ❌ Verworfen | — |
+| #452 | [A.5] EF Core auf 10 heben - blockiert | 🧊 Zurueckgestellt — Ausloeser: Wenn Pomelo einen EF-Core-10-Provider veroeffentlicht - vor einem Versuch dort nachsehen. | — |
+
+<!-- /dc:roadmap -->
 
 ## Legende