Werkstatt/Software & Intelligence
V5.3.11 R2 · P0/P1 im Fokus

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.

Stand5.3.11 R2ReifegradProduktiver Kern · P0/P1-Entscheidungs- und EvidenzhärtungAdressetrading.heisterberg.works
Produktvisual Trading Intelligence OSPortfolio-Visual · nicht zum Verkauf
Heute nutzbar

Was der dokumentierte Stand bereits leistet

01

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.

02

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.

03

P1 verlangt belastbare Edge-Evidenz über Paper Trades, Outcomes, Realisierbarkeit, Holdout-/Walk-forward-Prüfung, Kalibrierung sowie Slippage- und Kostenmodellierung.

04

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.

05

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.

06

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.

07

IBKR bleibt dem kontrollierten P2-Pilot vorbehalten. Reale Gebühren, Bid/Ask, Fills und Slippage sollen erst dort die Shadow-/Paper-Evidenz ergänzen.

08

Entwicklung erfolgt bevorzugt in konsolidierten Releases mit Guards, Backups, Rollback, Regressionstests und fail-closed Zwischenprüfungen.

Einblick

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.

P0 Decision CapabilityPRT & Shadow DataSignals, Ranking & ForecastsP1 Edge EvidenceRisk GovernorDeployment Control PlaneIBKR PilotLearning & AutomationAndroid Companion
Demo Trading Intelligence OSSynthetische Demodaten
Bausteine

Was im Projekt zusammenkommt

In Härtung

P0 Decision Capability

Quotes/Bars, Charts, Rankings, Prognosen und Risikogates müssen gemeinsam eine belastbare TRADE_CANDIDATE/NO_TRADE-Entscheidung ermöglichen.

Vorhanden

PRT & Shadow Data

ProRealTime-/Shadow-Pfade liefern bzw. prüfen Marktdaten getrennt von einer späteren Live-Ausführung. Dynamische Datenqualität bleibt gatepflichtig.

In Härtung

Signals, Ranking & Forecasts

Frühchancen, Chart-Signale, Prognose und Ranking werden nur bei tragfähiger Datenlage als Entscheidungsgrundlage verwendet.

In Härtung

P1 Edge Evidence

Paper Trades, Outcomes, Holdout/Walk-forward, Kalibrierung, Realisierbarkeit sowie Kosten- und Slippage-Modellierung bilden den Beweisweg für den Edge.

In Härtung

Risk Governor

Kapitalerhalt und Positionsrisiko begrenzen jede spätere Orderfreigabe; Sicherheitsgrenzen dürfen nicht durch Renditedruck umgangen werden.

Vorhanden

Deployment Control Plane

Bereinigtes privates Repository, CI-Guards, eingeschränkter SSH-Eingang, Read-only-Audit und inhaltsadressiertes Staging ohne Produktionsmutation.

Pilot

IBKR Pilot

Brokeranbindung ist P2: reale Bid/Ask-/Fill-Daten und Gebühren bei eng begrenzter Orderautorisierung erst nach P0/P1-Abnahme.

Geplant

Learning & Automation

Kontrolliertes Lernen, dynamische Kapitalallokation und Auto-Execution sind P3 und bleiben bis zum belastbaren Realnachweis nachgeordnet.

Geplant

Android Companion

Zusätzliche mobile Oberfläche soll mit derselben serverseitigen Daten- und Entscheidungslogik synchron bleiben.

Noch nicht am Ende

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.
Entwicklungspfad
1
V5.3.11 R2 kontrollierte ProduktionsbasisAbgeschlossen
2
P0: Decision CapabilityIn Arbeit
3
P1: Edge EvidenceIn Arbeit
4
Read-only Audit & Content-addressed StagingIn Arbeit
5
P2: IBKR Pilot & kontrollierte MonetarisierungAls Nächstes
6
P3: Scale, Learning & Auto-ExecutionSpäter
7
Android CompanionSpäter
Benutzerhandbuch

Wo finde ich was - und wie arbeite ich damit?

Das Handbuch erklärt die tatsächliche Nutzung: Wo ein Bereich zu finden ist, warum er existiert, wann er sinnvoll eingesetzt wird und welche Schritte dort auszuführen sind.

1. Daten- und Betriebsstatus prüfen

Vor jeder Entscheidung Quotes/Bars, Chartdaten, Provider-/PRT-Pfade und relevante Frische-/Qualitätsgates prüfen. Bei unvollständiger Datenlage bleibt das Ergebnis NO_TRADE bzw. nicht entscheidungsfähig.

2. P0-Entscheidung erzeugen

Ranking, Signale und Prognosen nur gemeinsam mit den Risikogates lesen. Ziel ist kein erzwungener Trade, sondern ein nachvollziehbares TRADE_CANDIDATE oder NO_TRADE.

3. Trade-Kandidat im Shadow/Paper-Pfad prüfen

Einstieg, Ziel, Stop, Positionsgröße, erwartete Kosten und Risikobudget dokumentieren. Solange P2 nicht freigegeben ist, dient dieser Pfad der Evidenz und nicht der Live-Order.

Vollständiges Handbuch
Statusgrenze

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.