Beide Portierungsdokumente hingen dem Code hinterher. Commit 7f0b05e setzte A1
bis A4 um, ohne eine einzige Markdown-Datei mitzuziehen - der Leitfaden wies die
vier Punkte weiter als offen aus. Ein Agent, der ihn als Arbeitsanweisung nimmt,
haette sie ein zweites Mal gebaut.
LEITFADEN-Avalonia-Portierung.md:
- A1 bis A4 als erledigt markiert, mit Ist-Tabelle: wo der Code liegt und dass
auch die Feinheiten sitzen (nullables GetService fuer Supervisor, LaunchUriAsync
statt Process.Start, DialogWindow.Confirm vor Delete, ContextMenu mit beiden
Eintraegen). Die Soll-Beschreibungen bleiben als Pruefvorlage fuer A5 stehen.
- A5 (Durchsehen mit echten Daten) als einziger offener Punkt ausgewiesen.
- Abschnitt B um das Lizenz-Gate und den Watchdog-Heartbeat ergaenzt. Wichtig fuer
den Naechsten: die Avalonia-App setzt derzeit GAR KEINE Lizenz durch, waehrend
die WinForms-Fassung das Gate weiter hat. Beides kommt mit dem Deploymentcenter
neu, also dort nichts mehr investieren.
- Neuer Abschnitt C fuer Folgepunkte ohne Blockerwirkung.
ANALYSE-Linux-Portierung.md (Revision 5):
- P5 bis P8 als erledigt, Stufen L3 und L4 entsprechend; Restaufwand von 33-51 PT
auf 7-13 PT korrigiert.
- Offen bleiben P3c (Deploymentcenter, steht als Naechstes), CI, systemd/Feldtest,
WinForms-Ausbau und die Abnahme A5.
- Historische Aufwandszahlen als Rueckblick gekennzeichnet statt geloescht.
Nachgeprueft statt uebernommen: A1-A4 gegen den Code verifiziert, ebenso dass es
keinerlei CI-Konfiguration gibt (weder .github noch .gitea) und dass --headless in
App.Avalonia/Program.cs bereits existiert.
Beim Pruefen aufgefallen, kein Fehler: TerminalLogger schreibt die Tagesdatei mit
DateTime.Now und der Launcher liest sie mit DateTime.Now - konsistent, aber beide
ignorieren die in P2 eingefuehrte AppTimeZone. Als Folgepunkt C notiert, relevant
erst beim Headless-Betrieb auf einem UTC-Server.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Doku (Predictalytics / PolyTraderSharp)
Zentrale Ablage für Konzepte, Umsetzungspläne, Ideen und Fach-/Business-Dokumente — nach Typ in Unterordnern organisiert. Code-gekoppelte Umsetzungspläne bleiben bewusst in diesem Repo (statt in einem separaten Docs-Repo), damit „Plan → umsetzende Commits" nachvollziehbar bleibt.
Struktur
konzepte/— Konzepte für neue Module/Features (das „Warum" und „Was", vor der Umsetzung).KONZEPT-Modul-Accounting.md— Buchhaltungs-/Steuer-Reporting-Modul (unabhängiger Polymarket-Abruf, BWA, CSV/PDF, US-Steuer Florida LLC).KONZEPT-Modul-DataDriven.md
umsetzungsplaene/— konkrete, slice-weise Implementationspläne (das „Wie"), oft mitfile:line-Bezügen und Fortschritt.UMSETZUNGSPLAN-Modularisierung.md— Umbau Copytrader → Core + Module.UMSETZUNGSPLAN-CopyTrading-Verbesserungen.md— Rentabilitäts-/Fable-Plan Copytrading.UMSETZUNGSPLAN-Fable-Review-Fixes.md— Fable-Code-Review-Fixes (Slices 0–6 + Tests).UMSETZUNGSPLAN-Modul-ResolutionFarming.md— Strategiemodul ResolutionFarming.UMSETZUNGSPLAN-Modul-MarketMaking.md— Strategiemodul MarketMaking (Phase-1-blockiert).UMSETZUNGSPLAN-Modul-BundleArbitrage.md— Strategiemodul BundleArbitrage (Phase-1-blockiert).UMSETZUNGSPLAN-AutoRedeem.md,UMSETZUNGSPLAN-AI-Aufloesequalitaet.md,UMSETZUNGSPLAN-StrategieDrift.md
ideen/— frühe Ideen/Explorationen, bevor sie zu einem Konzept oder Umsetzungsplan reifen.pruefplaene/— Prüf-/Validierungspläne.PREDICTALYTICS-PRUEFPLAN-Master-Auswahl.md— Master-Trader-Auswahl (separates Predictalytics-Projekt).
steuer/— Steuer-/Buchhaltungs-Fachdokumente & Vorlagen (auch zum Weitergeben an Berater).Accounting-US-Tax-Questionnaire.md— Fragebogen (EN) für die US-Steuerberaterin (Florida LLC).
Konventionen
- Neue Konzepte:
KONZEPT-*.md→konzepte/. Neue Umsetzungspläne:UMSETZUNGSPLAN-*.md→umsetzungsplaene/. - Übergreifende/an Externe weitergebbare Dokumente können später in ein eigenes
Predictalytics-Docs-Repo ausgelagert werden (Ordner rausziehen genügt) — für jetzt bewusst hier gebündelt.