RichardandClaude Opus 4.8
bf3e012f8b
Datenfundament fuer die KI-Analyse (docs/konzepte/KONZEPT-Modul-Supervisor.md, Phase S-0). Sofortnutzen auch ohne KI: abfragbare Rejects, rekonstruierbare Order-Ketten. - core_decision_journal (DecisionRecord): JEDE Handelsentscheidung strukturiert - Decision (Executed/Rejected/Skipped/Failed) + ReasonCode-Enum (als String, erweiterbar) + Kontext-JSON (kulturinvariant) + MarketSlug/EndDate (counterfactual-ready). - core_order_events (OrderEventRecord): Order-Lifecycle als Daten (Placed/PlaceFailed/ LadderStart/LadderStep/FloorReplaced/DustAbort ...) inkl. CLOB-Response. - SignalId (GUID) auf CopySignal, durchgereicht bis ClosedTrade + Core-TradeRecord (Dual-Write) und in die Leiter (ExitLadderState.SignalId) -> Dossier-Korrelation. - CopyTradingEngine: ~20 Entscheidungs-Sites journalisieren zusaetzlich zum Freitext-Log (Mode/SellOnly/H3/MaxBuyPrice/PerMaster/TimeLimit/Budget/Balance/Minimum/SpamBlock/ Leiter/Ownership/NotFound/Teilverkauf/Inkonsistenz/Grace/Demo-Fill/-Close/Live-BUY). - SellLadderService: Order-Events fuer Start/Step/Floor-Replace/Dust; IOrderEventLog injiziert. - TerminalLogger: JSONL-Sink (eine Datei/Tag, LogJson pur) + CorrelationId-Support. Dual-Sink. - Journal-Writes fehlertolerant (brechen den Geld-Pfad nie). - Migrationen offline generiert UND angewendet (rein additiv): Core (Widen F1 + Journal), CopyTrading (SignalId), RF (Initial) - DB war bis AddMarketTakerFeeBps migriert, verifiziert. - Launcher-Designer: Account-Spalten-Instanziierung wiederhergestellt (war bei Designer- Reserialisierung verloren gegangen -> NullReference im Smoke). Tests: +5 (LogJson, Journal-Roundtrips, SignalId) + Journal-Assertions in Engine-Tests. Build 0 Fehler, 336 Tests gruen, --smoke-ui komplett gruen (alle Views inkl. RF gegen echte Tabellen). Co-Authored-By: Claude Opus 4.8 <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.