Initial commit: IBKRTrader

.NET WinForms-Anwendung (Core, Modules/CongressTrading, UI).
Enthaelt .gitignore und settings.example.json als Konfigurationsvorlage.
Echte settings.json mit Zugangsdaten ist bewusst ausgeschlossen.

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

.agents/rules/grundregeln.md

@@ -0,0 +1,49 @@
+---
+trigger: always_on
+---
+
+Projektname: IBKRTrader
+Ziel: Modulares, hochperformantes C# Trading-Framework (.NET 8) für automatische Aktien-Strategien mit Interactive Brokers API.
+Strikte Architektur-Regeln (immer einhalten):
+
+Harter Core + beliebig viele unabhängige Module
+Module dürfen Core oder andere Module niemals beeinflussen
+DB-Tabellen-Namensschema: {ModulKürzel}_Tabellenname
+→ Core = core_xxx
+→ CongressTrading = ct_xxx
+Vollständig modulare Worker-Engine: Jeder Worker ist komplett unabhängig, hat eigenen Zeitplan, ist einzeln aktivierbar/deaktivierbar/manuell startbar
+Keine gegenseitigen Blockierungen – alles thread-sicher und performant
+
+Technik (fest):
+
+C# .NET 8 WinForms
+MySQL (bergisnu_db0 / bergisnu_0 / o5/A49+f}:Da / larx.your-database.de)
+IBKR TWS/Gateway API
+Interne REST-API + lokaler Webserver (für späteres Web-UI)
+Settings: settings.json + SettingsWorker.json
+Logging: RichTextBox (rtb_logs) + Dateien unter Logs\[Modul]\[Level]-dd-MM-yy.txt (Info/Warn/Error)
+
+Bereits vorhandene UI-Elemente (müssen verwendet werden):
+
+TabControl mit Tabs: Dashboard, Trade History, Settings (PropertyGrid), Logs (rtb_logs), Workers/Services (dgv_workerlist), CongressTrading
+dgv_workerlist Spalten: Active | Type | Module | Workername | Last Runtime | Next Runtime | Run Every | Info
+Type = "Worker" oder "Service" (Service = permanent laufend)
+
+Core-Worker (müssen zuerst):
+
+Backup (alle 30 min)
+Webserver (Service)
+WebAPI (Service)
+
+Erstes Modul: CongressTrading
+→ Scrapt https://www.capitoltrades.com/trades?pageSize=96
+→ Tabellen: ct_congressMember + ct_trade
+→ Zuerst alle Trades der letzten 3 Jahre, danach Worker alle 30 min neue Trades
+Entwicklungs-Regeln:
+
+Immer extrem saubere, modulare, wartbare Architektur
+Build-Ordner muss absolut clean sein (nur notwendige Dateien)
+Arbeite streng schrittweise: zuerst Core fertig, dann Module
+Jede neue Funktion zuerst als Worker/Service im Core oder im jeweiligen Modul anlegen
+
+Diese Rule hat immer höchste Priorität. Bei jedem Prompt und jedem Neustart gelten diese Vorgaben.