HHeisterberg Werkstatt
Benutzerhandbuch · Orientierung und Anwendung

Trading Intelligence OS

Dieses Benutzerhandbuch beschreibt die Bedienlogik des Trading Intelligence OS auf Basis der kontrollierten Version 5.3.11 R2. Es trennt den Handelsarbeitsablauf bewusst vom technischen Deploymentpfad. P0 schafft belastbare Entscheidungsfähigkeit, P1 prüft den Edge im Shadow-/Paper-Betrieb; Live-Ausführung, Order-Aktionen, erzwungenes Lernen, PRT-Promotion und Änderungen an Brokerrechten bleiben im aktuellen P0/P1-Kanal gesperrt.

PDF-HandbuchProspektWo finde ich was?
So ist das Handbuch aufgebaut

Wo. Warum. Wann. Wie.

Wo?

Navigation, Funktionsbereich oder Datei.

Warum?

Welches Problem die Funktion löst.

Wann?

In welcher Situation sie sinnvoll ist.

Wie?

Konkrete Schritte in sinnvoller Reihenfolge.

Schnellstart

Der typische Weg durch das Projekt

  1. 1

    Betriebszentrale öffnen und Daten-, Provider- und Betriebsstatus prüfen.

  2. 2

    Quotes/Bars und Chartfrische prüfen; bei unvollständiger Datenlage keine scheinbar präzise Trade-Entscheidung ableiten.

  3. 3

    Frühchancen, Ranking, Prognosen und Chart-Signale gemeinsam mit den Risikogates lesen.

  4. 4

    Ergebnis als TRADE_CANDIDATE oder NO_TRADE dokumentieren; Nicht-Handeln ist ein reguläres Ergebnis.

  5. 5

    Trade-Kandidaten ausschließlich im Shadow-/Paper-Pfad planen und mit Einstieg, Stop, Ziel, Größe, Kostenannahmen und Risikobudget dokumentieren.

  6. 6

    Outcomes plausibilisieren und P1-Evidenz über Realisierbarkeit, Kalibrierung, Holdout/Walk-forward sowie Kosten/Slippage aufbauen.

  7. 7

    IBKR-/Live-Orderpfad erst nach gesonderter P2-Freigabe öffnen.

Orientierung

Wo finde ich was?

Nur belegte UI-Namen werden als Navigation bezeichnet. Wo die genaue Menübezeichnung im dokumentierten Stand nicht verlässlich feststeht, nennt das Handbuch bewusst den Funktionsbereich statt einen erfundenen Menüpunkt.

01

Betriebszentrale / Dashboard

Navigation: Start und täglicher Handel > Dashboard bzw. Betriebszentrale

Warum?

Hier beginnt der tägliche Arbeitsablauf. Der Bereich bündelt Systemzustand, Datenlage und die wichtigsten Handlungsindikatoren.

Wann?

Immer zuerst, bevor Prognosen oder Signale als Entscheidungsgrundlage gelesen werden.

So wenden Sie es an
  1. System-/Providerstatus kontrollieren.
  2. Quote-/Bar-Frische und relevante Daten-Gates prüfen.
  3. Betriebsmodus und Blocker lesen.
  4. Nur bei gesunder Grundlage in Signale, Ranking und Prognosen wechseln.

Beachten: P0 verlangt Entscheidungsfähigkeit; ein laufender Datenpfad allein ist noch kein Trade-Kandidat.

02

Prognosen

Navigation: Start und täglicher Handel > Prognosen

Warum?

Prognosen liefern eine Richtungs- bzw. Erwartungssicht. Sie sind ein Analysebaustein, nicht alleinige Kaufentscheidung.

Wann?

Wenn ein Instrument nach Datenprüfung und Watchlist-Selektion vertieft werden soll.

So wenden Sie es an
  1. Instrument auswählen.
  2. Prognosehorizont und Aktualität prüfen.
  3. Richtungsprognose getrennt von Kalibrierung und Trade-R lesen.
  4. Nur mit Signal-, Risiko- und Datenstatus zusammen bewerten.
03

Frühchancen

Navigation: Start und täglicher Handel > Frühchancen

Warum?

Der Bereich priorisiert frühe Setups, bevor sie zu einem vollständigen Trade-Plan werden.

Wann?

Zur Ideenfindung und Priorisierung einer kleinen Zahl weiter zu prüfender Kandidaten.

So wenden Sie es an
  1. Rangliste öffnen.
  2. Datenstatus des Kandidaten prüfen.
  3. Begründung/Signalquellen lesen.
  4. Kandidaten in Watchlist übernehmen oder verwerfen.
04

Chart-Signale

Navigation: Start und täglicher Handel > Chart-Signale

Warum?

Chart-Signale zeigen technische Muster und Zustände. Sie ergänzen Prognose und Markt-/News-Kontext.

Wann?

Wenn ein Kandidat technisch bestätigt oder verworfen werden soll.

So wenden Sie es an
  1. Instrument und Zeitfenster wählen.
  2. Bar-Frische prüfen.
  3. Signale mit Prognose und Risiko vergleichen.
  4. Bei BLOCKED_BARS oder fehlenden Charts keine Scheingenauigkeit ableiten.

Beachten: Der kanonische Bars-/Chart-Pfad ist vom PRT-Shadow-Pfad getrennt.

05

Watchlist

Navigation: Start und täglicher Handel > Watchlist

Warum?

Die Watchlist begrenzt den Arbeitsraum auf Instrumente, die tatsächlich beobachtet werden sollen.

Wann?

Nach der Erstselektion und vor detaillierter Trade-Planung.

So wenden Sie es an
  1. Instrument aufnehmen oder entfernen.
  2. Beobachtungsgrund festhalten.
  3. Aktualität und Datenabdeckung kontrollieren.
  4. Nur aktive Kandidaten in nachfolgende Analyse übernehmen.
06

Portfolio

Navigation: Start und täglicher Handel > Portfolio

Warum?

Portfolio trennt bestehende Exponierung von neuen Ideen. Dadurch wird eine gute Einzelidee nicht isoliert vom Gesamtrisiko betrachtet.

Wann?

Vor jeder Positionsentscheidung und zur laufenden Bestandskontrolle.

So wenden Sie es an
  1. Bestehende Positionen prüfen.
  2. Exposure und verfügbare Mittel erfassen.
  3. Neuen Trade gegen vorhandene Konzentrationen prüfen.
  4. Ergebnis in Risiko übernehmen.
07

Risiko

Navigation: Start und täglicher Handel > Risiko

Warum?

Hier wird aus einer Analyse eine begrenzte, verantwortbare Position. Kapitalerhalt steht vor Renditedruck.

Wann?

Unmittelbar vor jeder geplanten Ausführung bzw. Shadow-Order.

So wenden Sie es an
  1. Risikobudget festlegen.
  2. Einstieg, Stop und Ziel prüfen.
  3. Positionsgröße aus Risiko und Distanz ableiten.
  4. Kosten/Slippage berücksichtigen.
  5. Trade nur weitergeben, wenn Limits eingehalten werden.
08

Ausführung

Navigation: Start und täglicher Handel > Ausführung

Warum?

Der Bereich ist der kontrollierte Übergang von einer begründeten Entscheidung zu einer später möglichen Order. Im aktuellen P0/P1-Kanal dient er ausschließlich der Shadow-/Paper- und Sicherheitsprüfung.

Wann?

Nur nach vollständigem Risiko- und Freigabecheck.

So wenden Sie es an
  1. Routing-/Betriebsmodus prüfen.
  2. Live-Execution und Order-Aktionen nicht freigeben.
  3. Trade-Plan im Shadow-/Paper-Pfad dokumentieren.
  4. IBKR erst nach P0/P1-Abnahme und gesonderter P2-Freigabe verwenden.

Beachten: ops/release.json sperrt im P0/P1-Kanal Live Execution, Order-Aktionen, Force-Learning, PRT-Promotion und Brokerrechtsänderungen.

09

Validierung und Datenqualität

Navigation: Analyse und Kontrolle > Validierung; Daten und Quellen > Datenqualität

Warum?

Diese Bereiche beantworten, ob die Grundlage der Analyse belastbar ist.

Wann?

Bei ungewöhnlichen Scores, fehlenden Charts, Widersprüchen oder vor Lernfreigaben.

So wenden Sie es an
  1. Quote-/Bar-Frische und Mapping kontrollieren.
  2. Kanonische Charts/Bars separat vom Shadow-Pfad prüfen.
  3. Unplausible Outcomes und stale Daten fail-closed behandeln.
  4. P0 erst dann als bestanden behandeln, wenn TRADE_CANDIDATE/NO_TRADE aus einer belastbaren Datenlage abgeleitet werden kann.
10

Lernen

Navigation: Analyse und Kontrolle > Lernen

Warum?

Lernen soll aus belastbaren Ergebnissen Muster ableiten. Schlechte Daten dürfen nicht in bessere Scores umetikettiert werden.

Wann?

Erst nach plausibilisiertem Outcome und gesunder Datenlage.

So wenden Sie es an
  1. Outcome-Verfügbarkeit prüfen.
  2. Plausibilitätsstatus lesen.
  3. Richtung, Trade-R und später reale Kosten getrennt bewerten.
  4. Lernfreigabe nur bei gesunden Gates zulassen.
11

Backtest

Navigation: Strategien und Dokumentation > Backtest

Warum?

Backtest, Holdout und Walk-forward helfen in P1 zu prüfen, ob ein beobachteter Edge außerhalb des Trainingsfensters und unter realistischen Kostenannahmen trägt.

Wann?

Bei Strategieänderungen oder zur Holdout-/Kalibrierungsprüfung.

So wenden Sie es an
  1. Strategie und Zeitraum wählen.
  2. Datenqualität des Testzeitraums prüfen.
  3. Holdout/Walk-forward vom Trainingsfenster trennen.
  4. Kosten- und Slippage-Annahmen dokumentieren.
  5. Kalibrierung und Robustheit gegen Regimewechsel prüfen.
12

Journal / Transaktionsbuch

Navigation: Strategien und Dokumentation > Journal bzw. Transaktionsbuch

Warum?

Hier bleibt nachvollziehbar, warum eine Entscheidung getroffen wurde und was daraus geworden ist.

Wann?

Nach Analyse, Shadow-Trade oder realem Trade; außerdem für spätere Ursachenanalyse.

So wenden Sie es an
  1. Entscheidungsgrund dokumentieren.
  2. Planwerte und tatsächliche Werte getrennt festhalten.
  3. Outcome ergänzen.
  4. Abweichungen und Lernpunkte markieren.
13

PRT-Bridge / Quellen / Routinen

Navigation: Daten und Quellen > Quellen / Import / Datenqualität / Routinen

Warum?

Dieser Bereich verwaltet den Datenzufluss. Die PRT-Bridge R5 liefert aktuell reale Marktbeobachtungen in den Shadow-Pfad.

Wann?

Bei Start, Störung, Mapping-Fehlern oder vor Promotion-Entscheidungen.

So wenden Sie es an
  1. PRT Runtime und Bridge starten/prüfen.
  2. Gerätebindung prüfen.
  3. Beobachtungszahl, Mapping und Bid/Ask kontrollieren.
  4. Routinen/Imports auf Fehler prüfen.
  5. Erst bei stabiler Dauer die nächste Promotion-Stufe prüfen.
14

Steuerung / Policies / Einstellungen

Navigation: System und Governance > Steuerung / Policies / Einstellungen

Warum?

Hier werden Regeln und technische Betriebsparameter verwaltet, nicht einzelne Trades.

Wann?

Bei Systempflege, Freigaben oder Änderung von Schutzregeln.

So wenden Sie es an
  1. Aktuellen Betriebsmodus prüfen.
  2. Policies vor Änderung dokumentieren.
  3. Fail-closed-Regeln nicht als Komfortoption behandeln.
  4. Änderungen anschließend mit Preflight/Negativtests prüfen.
15

Deployment Control Plane

Technischer Betriebsweg: privates GitHub-Repository > CI / Runtime Audit / Stage Candidate

Warum?

Der Entwicklungspfad soll schneller werden, ohne einen allgemeinen SSH- oder Produktions-Schreibzugang zu öffnen. Audit und Staging bleiben deshalb technisch vom Production-Deploy getrennt.

Wann?

Bei Diagnose, Vorprüfung und Vorbereitung einer neuen konsolidierten Version.

So wenden Sie es an
  1. Bereinigten Repository-Stand und CI prüfen.
  2. Read-only Runtime Audit nur über den eingeschränkten Forced-Command-SSH-Pfad ausführen.
  3. Kandidaten inhaltsadressiert stagen und Hash/Manifest prüfen.
  4. Stage-Erfolg nicht mit Production-Deploy oder Handelsfreigabe gleichsetzen.

Beachten: Der aktuelle Gate-v2-Quellstand autorisiert keine Produktionsmutation.

Typische Aufgaben

Vom Ziel zum Bedienpfad

P0: Von Marktdaten zu TRADE_CANDIDATE oder NO_TRADE

  1. Betriebszentrale: Daten-/Providerstatus prüfen.
  2. Quotes/Bars und Charts auf Frische/Konsistenz prüfen.
  3. Frühchancen/Ranking als Kandidatenselektion lesen.
  4. Prognose und Chart-Signale gegen die These prüfen.
  5. Risiko-Gates anwenden.
  6. Ergebnis ausdrücklich als TRADE_CANDIDATE oder NO_TRADE dokumentieren.

P1: Einen Trade-Kandidaten als Edge-Evidenz prüfen

  1. Trade-Plan mit Einstieg, Stop, Ziel, Größe und Kostenannahmen dokumentieren.
  2. Shadow-/Paper-Ausführung erfassen.
  3. Outcome nur bei plausibler Datenlage schließen.
  4. Richtung und Trade-R getrennt bewerten.
  5. Slippage/Kosten und Realisierbarkeit berücksichtigen.
  6. Holdout/Walk-forward und Kalibrierung prüfen.

Eine neue Version sicher vorbereiten

  1. Repository-/CI-Status prüfen.
  2. Read-only Runtime Audit ausführen.
  3. Release-Kandidat stagen und Hash/Manifest verifizieren.
  4. Keine Produktionsmutation aus Audit/Stage ableiten.
  5. Konsolidierten Release erst nach eigener Freigabe und Rollback-/Regressionstest produktiv setzen.
Wenn etwas nicht passt

Fehlerbild verstehen, nicht nur wegklicken

BeobachtungMögliche UrsacheNächster Schritt
Rangliste oder Signal ist vorhanden, aber Bars/Charts sind nicht frischTeilpfade können unterschiedliche Zustände haben; vorhandene Scores ersetzen keine gesunde Datenbasis.P0 fail-closed behandeln und NO_TRADE bzw. nicht entscheidungsfähig setzen, bis der kanonische Datenpfad gesund ist.
Audit oder Stage Candidate ist erfolgreichDiese Aktionen prüfen bzw. bereiten vor, sie ersetzen die Produktionsanwendung nicht.Nicht als Deployment- oder Handelsfreigabe interpretieren; separaten Release-/Rollback-/Regressionstestpfad einhalten.
IBKR ist noch nicht für Live-Ausführung freigegebenIBKR gehört zur P2-Stufe nach nachgewiesener P0/P1-Reife.Shadow-/Paper-Evidenz weiter aufbauen; Brokerrechte nicht vorzeitig öffnen.
Stand und Grenze

Was dieses Handbuch nicht behauptet

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.

Arbeitsstand: 5.3.11 R2. Bei laufenden Entwicklungsfassungen können einzelne Oberflächenbezeichnungen später abweichen; der Funktionszweck und die dokumentierte Bedienlogik bleiben die Referenz dieses Handbuchstands.