RichardandClaude Opus 5
05979406c7
Ein Kunde mit US-Wohnsitz soll ueber Polymarket US handeln - eine eigene, CFTC-regulierte Boerse, an der die heutige CLOB-Anbindung nicht verwendbar ist. Das Konzept macht Plattform zu einem Begriff im Core, laesst Module ihre Plattformen erklaeren und haelt Strategievarianten je Plattform im Modul. Begruendungen zu #622-#629 in docs/ROADMAP.md, Bauanleitung in docs/archiv/konzepte/KONZEPT-Multi-Plattform.md. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
63 lines
2.9 KiB
Markdown
63 lines
2.9 KiB
Markdown
# Archiv
|
||
|
||
**Angelegt am 23.08.2026.** Hier liegen die Dokumente, aus denen
|
||
[ROADMAP.md](../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 |
|
||
| `KONZEPT-Multi-Plattform.md` | #622–#627 (B), #628–#629 (D) — Polymarket US, Plattform-Abstraktion, Kalshi |
|
||
|
||
### 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`:
|
||
|
||
```bash
|
||
git worktree add ../polytrader-winforms winforms-final
|
||
```
|