RichardandClaude Opus 5
6218a04fe4
Der Status des Projekts stand verstreut in elf Umsetzungsplaenen, drei Konzepten, der Linux-Analyse und dem Projektstand - teils widersprechend, teils wochenlang veraltet. Ab jetzt gibt es genau eine Statusquelle. docs/ROADMAP.md (neu): - Alle Vorhaben in vier Stufen A bis D, plus technische Schuld und Verlauf. Die Stufen sind eine Reihenfolge, keine Termine: jede schafft die Voraussetzung fuer die naechste. - Statuszeichen: erledigt / offen / blockiert (mit Ursache) / bewusst zurueckgestellt / Idee, nicht beschlossen. Damit ist das, was wir NICHT bauen wollen, sichtbar vorgehalten statt unauffindbar in einem Plan zu schlummern. - Inhaltlich getragen, nicht nur verlinkt: je Vorhaben Ziel, Phasen, Akzeptanzkriterien, offene Entscheidungen und Leitplanken aus den Quelldokumenten. - Sichtbar gemacht, was vorher zwischen den Dokumenten verborgen lag: CopyTrading Phase 1 ist der Engpass der gesamten Roadmap (MarketMaking und BundleArbitrage haben harte Voraussetzungen darauf), und die Sniper-Metriken aus Phase 3.2 sind ein Spezialfall des StrategieDrift-Fingerprints - zusammen bauen statt doppelt. Archiv (docs/archiv/): - 15 Dokumente verschoben (11 Umsetzungsplaene, 3 Konzepte, ANALYSE-Linux-Portierung). Sie bleiben die Bauanleitungen mit Code-Bezuegen, Risikotabellen und Begruendungen - eingefroren ist nur ihr Status. - archiv/README.md ordnet jedes Dokument seinem Roadmap-Punkt zu. Verweise nachgezogen - der eigentliche Aufwand: - 25 Markdown-Links repariert. 15 davon verschiebungsbedingt (eine Ebene tiefer), der Rest war schon vorher falsch: die Ideensammlung verlinkte Quellcode relativ zum Repo-Wurzelverzeichnis statt zu docs/. - 12 Dateien ausserhalb von docs/ verwiesen in Kommentaren auf die Plaene (csproj, props, setup.json, sechs Quelldateien) - alle auf archiv/ umgebogen. - Verweise auf Dateien, die der Fruehjahrsputz geloescht hat (Ui/, Program.cs, WindowMenuBar), zu Klartext entschaerft statt tote Links zu lassen. - Gegenprobe: 85 Links geprueft, 0 kaputt. Build gruen, 476 Tests gruen. PROJEKTSTAND.md entdoppelt: Abschnitt "Offen" verweist jetzt auf die Roadmap. Arbeitsteilung ist damit klar - Projektstand sagt was IST, Roadmap was KOMMT. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Archiv
Angelegt am 23.08.2026. Hier liegen die Dokumente, aus denen ROADMAP.md zusammengeführt wurde.
Diese Dokumente sind nicht tot
Sie bleiben die Bauanleitungen. Wer ein Vorhaben aus der Roadmap umsetzt, findet hier die
Details, die in einer Roadmap keinen Platz haben: Code-Bezüge mit datei:zeile,
Akzeptanzkriterien je Phase, Risikotabellen mit Gegenmaßnahmen, Datenmodelle und vor allem die
Begründungen — warum eine Entscheidung so und nicht anders getroffen wurde.
Was hier nicht mehr gilt, ist der Status. Fortschrittsangaben, Häkchen und „offen/erledigt"-Vermerke in diesen Dateien sind eingefroren. Maßgeblich ist allein die Roadmap.
Das ist kein theoretisches Risiko: Bis zum 22.08.2026 wies der Modularisierungsplan die Phasen 3–6 als „IN ARBEIT" aus, obwohl die MySQL-Migration und die Modultrennung seit Wochen fertig waren. Genau deshalb gibt es jetzt nur noch eine Statusquelle.
Inhalt
umsetzungsplaene/
| Datei | Roadmap-Bezug |
|---|---|
UMSETZUNGSPLAN-Modularisierung.md |
✅ abgeschlossen (Phasen 0–6) |
UMSETZUNGSPLAN-CopyTrading-Verbesserungen.md |
teils ✅, Phase 1 ist B1 — der wichtigste offene Posten |
UMSETZUNGSPLAN-Fable-Review-Fixes.md |
✅ abgeschlossen (Slices 0–6) |
UMSETZUNGSPLAN-Modul-ResolutionFarming.md |
Slices 0–5 ✅, Livegang ist B3 |
UMSETZUNGSPLAN-Deploymentcenter-Integration.md |
D-0–D-6 ✅ code-seitig, Live-Abnahme ist A3 |
UMSETZUNGSPLAN-AutoRedeem.md |
B4 |
UMSETZUNGSPLAN-Modul-MarketMaking.md |
C1 |
UMSETZUNGSPLAN-Modul-BundleArbitrage.md |
C2 |
UMSETZUNGSPLAN-StrategieDrift.md |
C3 (zurückgestellt) |
UMSETZUNGSPLAN-AI-Aufloesequalitaet.md |
C4 (zurückgestellt) |
UMSETZUNGSPLAN-Watchdog-LicenseLabrador-Integration.md |
⛔ abgelöst — nicht umsetzen |
konzepte/
| Datei | Roadmap-Bezug |
|---|---|
KONZEPT-Modul-Accounting.md |
A-1/A-2/A-4 ✅, A-3 ist B6, A-5 ist B7 |
KONZEPT-Modul-Supervisor.md |
S-0–S-4 ✅, Live-Key-Test ist B5 |
KONZEPT-Modul-DataDriven.md |
D1 — nicht beschlossen, es gibt keinen Umsetzungsplan |
Einzeldokument
ANALYSE-Linux-Portierung.md — Analyse und Fahrplan der Linux-Fähigkeit (P1–P11, L1–L5).
Fachlich weiterhin lesenswert: die Bestandsaufnahme, welcher Code portabel war und warum. Der
Fahrplan selbst ist abgearbeitet bis auf CI (A2) und systemd/Feldtest (A4).
Ein Hinweis zu Dateiverweisen
Manche Dokumente verlinken auf Dateien, die es nicht mehr gibt — vor allem der abgelöste
Watchdog-Plan, der auf Ui/, Program.cs und Licensing/ der WinForms-Anwendung zeigt. Diese
Verweise wurden entschärft (Klartext statt Link). Der zugehörige Code liegt im Git-Tag
winforms-final:
git worktree add ../polytrader-winforms winforms-final