Produktionsbasis 5.3.11 R2 als bereinigter Source-Baseline-Stand im privaten Repository; lokale Konfiguration, Laufzeit-/Nutzerdaten, Backups, Locks und Bootstrap-Artefakte sind vom Baseline-Import ausgeschlossen.
Trading Intelligence OS
Systematische Marktanalyse mit belastbarer Entscheidungslogik, PRT-/Shadow-Datenpfad und strikt fail-closed gehaltener Ausführung und Bereitstellung.
Die Anwendung wird inzwischen nicht mehr nach einer langen technischen Wunschliste priorisiert, sondern nach dem kürzesten belastbaren Weg zu einem monetarisierbaren Ergebnis. P0 macht das System entscheidungsfähig, P1 muss zeigen, dass der vermeintliche Edge realisierbar ist. Erst dann folgen Brokerpilot, Skalierung und Automatisierung. Parallel wird der Entwicklungs- und Bereitstellungspfad so gehärtet, dass schnelleres Arbeiten nicht auf Kosten der Sicherheitsgrenzen geht.
Was der dokumentierte Stand bereits leistet
P0 ist ausdrücklich auf schnelle Entscheidungsfähigkeit ausgerichtet: verlässliche Quotes/Bars, Charts, Rankings, Prognosen, Risikogates und ein nachvollziehbares TRADE_CANDIDATE/NO_TRADE-Ergebnis.
P1 verlangt belastbare Edge-Evidenz über Paper Trades, Outcomes, Realisierbarkeit, Holdout-/Walk-forward-Prüfung, Kalibrierung sowie Slippage- und Kostenmodellierung.
GitHub-Actions-Eingang ist auf einen eingeschränkten Forced-Command-SSH-Pfad ausgelegt. Der aktuelle Gate-v2-Code erlaubt Read-only-Audit und inhaltsadressiertes Staging, nicht aber das Ersetzen der Produktionsanwendung.
Release-Policy bleibt fail-closed: Live Execution, Order-Aktionen, erzwungenes Lernen, PRT-Promotion und Änderungen an Brokerrechten sind im P0/P1-Kanal ausdrücklich nicht zulässig.
PRT-/Shadow-Integration, Markt-/Chartpfade, Outcomes und Risk/Execution bleiben Teil des Handelsstacks; dynamische Telemetrie wird nur als zeitbezogener Messstand ausgewiesen und nicht ungeprüft auf die aktuelle Version fortgeschrieben.
IBKR bleibt dem kontrollierten P2-Pilot vorbehalten. Reale Gebühren, Bid/Ask, Fills und Slippage sollen erst dort die Shadow-/Paper-Evidenz ergänzen.
Entwicklung erfolgt bevorzugt in konsolidierten Releases mit Guards, Backups, Rollback, Regressionstests und fail-closed Zwischenprüfungen.
Oberfläche statt bloßer Funktionsliste
Das System verfolgt den schnellsten vertretbaren Weg zur Monetarisierung: zuerst belastbare Marktdaten und eine verteidigbare TRADE_CANDIDATE/NO_TRADE-Entscheidung, dann Evidenz für einen realisierbaren Edge, anschließend ein eng begrenzter Brokerpilot und erst danach Skalierung und Automatisierung.
Synthetische DemodatenWas im Projekt zusammenkommt
P0 Decision Capability
Quotes/Bars, Charts, Rankings, Prognosen und Risikogates müssen gemeinsam eine belastbare TRADE_CANDIDATE/NO_TRADE-Entscheidung ermöglichen.
PRT & Shadow Data
ProRealTime-/Shadow-Pfade liefern bzw. prüfen Marktdaten getrennt von einer späteren Live-Ausführung. Dynamische Datenqualität bleibt gatepflichtig.
Signals, Ranking & Forecasts
Frühchancen, Chart-Signale, Prognose und Ranking werden nur bei tragfähiger Datenlage als Entscheidungsgrundlage verwendet.
P1 Edge Evidence
Paper Trades, Outcomes, Holdout/Walk-forward, Kalibrierung, Realisierbarkeit sowie Kosten- und Slippage-Modellierung bilden den Beweisweg für den Edge.
Risk Governor
Kapitalerhalt und Positionsrisiko begrenzen jede spätere Orderfreigabe; Sicherheitsgrenzen dürfen nicht durch Renditedruck umgangen werden.
Deployment Control Plane
Bereinigtes privates Repository, CI-Guards, eingeschränkter SSH-Eingang, Read-only-Audit und inhaltsadressiertes Staging ohne Produktionsmutation.
IBKR Pilot
Brokeranbindung ist P2: reale Bid/Ask-/Fill-Daten und Gebühren bei eng begrenzter Orderautorisierung erst nach P0/P1-Abnahme.
Learning & Automation
Kontrolliertes Lernen, dynamische Kapitalallokation und Auto-Execution sind P3 und bleiben bis zum belastbaren Realnachweis nachgeordnet.
Android Companion
Zusätzliche mobile Oberfläche soll mit derselben serverseitigen Daten- und Entscheidungslogik synchron bleiben.
Wohin das Projekt weitergeht
- P0 vollständig schließen: aktuelle Quotes/Bars, Charts, Rankings und Prognosen konsistent herstellen und daraus verlässlich TRADE_CANDIDATE oder NO_TRADE ableiten.
- P1-Evidenz aufbauen: Paper-/Shadow-Trades mit plausiblen Outcomes, Realisierbarkeit, Kosten/Slippage, Kalibrierung und Holdout-/Walk-forward-Nachweis prüfen.
- Den neuen Audit-/Staging-Pfad technisch abnehmen, ohne daraus vorzeitig einen Production-Deploy-Pfad mit Schreibrechten zu machen.
- Erst nach bestandenen P0/P1-Gates P2 öffnen: IBKR-Pilot mit eng begrenzter Orderautorisierung hinter Risk Governor und vollständiger Kosten-/Fill-Erfassung.
- P3 erst nach realem Nachweis: Portfolio-Stress, Faktor-/Korrelationsmodelle, dynamische Kapitalallokation, kontrolliertes Lernen und danach gegebenenfalls Auto-Execution.
- Web- und später Android-Oberfläche synchron halten, ohne die Kernlogik in zwei getrennte Entwicklungsstränge zu fragmentieren.
Version 5.3.11 R2 ist der aktuelle kontrollierte Source-/Produktionsbasis-Stand, aber keine Freigabe für automatischen Live-Handel. Im P0/P1-Kanal sind Live Execution, Order-Aktionen, erzwungenes Lernen, PRT-Promotion und Änderungen an Brokerrechten ausdrücklich gesperrt. Der neue Deployment-Control-Plane-Code dient Audit und Staging; eine Produktionsmutation ist damit nicht autorisiert.