Condor GPT wertet kontinuierlich Marktdaten aus und wendet automatisierte Risikokontrollen an, sodass das Risiko begrenzt wird, bevor eine Position eröffnet wird, und nicht angepasst wird, nachdem Verluste eingetreten sind. Um die zugrunde liegende Logik zu überprüfen, ist keine Handelserfahrung erforderlich.
Passives Einkommen wird oft beschrieben, ohne den Mechanismus dahinter zu erklären. Die folgenden Schritte beschreiben, was das System tatsächlich bewertet, bevor Kapital eingesetzt wird, und wie es das Abwärtsrisiko begrenzt, sobald eine Position offen ist.
| Schritt | Prozess | Was passiert |
|---|---|---|
| 01 | Datenaufnahme | Preis-, Volumen- und Volatilitätsdaten werden in kurzen Abständen aus mehreren Markt-Feeds abgerufen und dann zum Vergleich in eine gemeinsame Zeitreihe normalisiert. |
| 02 | Prädiktive Varianzbewertung | Das Modell schätzt eine wahrscheinliche Bandbreite kurzfristiger Bewegungen und nicht ein einzelnes Preisziel und kennzeichnet Bedingungen, bei denen diese Spanne ungewöhnlich groß ist. |
| 03 | Risikoadjustierte Filterung | Chancen werden nach der prognostizierten Rendite im Verhältnis zur prognostizierten Varianz eingestuft, nicht nur nach der prognostizierten Rendite, wodurch hochpräzise, aber statistisch instabile Setups ausgeschlossen werden. |
| 04 | Automatisierte Absicherung | Wenn sich eine offene Position entgegen der erwarteten Spanne bewegt, werden vordefinierte Absicherungsanweisungen ausgeführt, ohne auf eine manuelle Bestätigung zu warten. |
| 05 | Positionsmeldung | Jede durchgeführte Aktion – Eingabe, Anpassung oder Ausstieg – wird mit einem Zeitstempel und den Abweichungsbedingungen, die sie ausgelöst haben, protokolliert und im Konto-Dashboard angezeigt. |
Einem einzelnen Instrument kann ein fester maximaler Prozentsatz des Portfoliowerts zugewiesen werden, unabhängig davon, wie günstig das Signal erscheint.
Positionen werden nicht eröffnet, wenn die Prognosevarianz einen definierten Grenzwert überschreitet, selbst wenn die prognostizierte Rendite hoch ist.
Absicherungsaufträge werden zum Zeitpunkt der Eingabe angehängt und nicht erst später hinzugefügt, sodass die Schutzlogik niemals von manueller Zeitplanung abhängig ist.
Jede der folgenden Komponenten läuft kontinuierlich und nicht nach einem festen Zeitplan, wodurch das System auf sich ändernde Bedingungen zwischen und nicht nur während geplanter Überprüfungen reagieren kann.
Marktdaten werden in kurzen Zyklen statt in täglichen oder wöchentlichen Momentaufnahmen neu bewertet, sodass sich Schwankungen der Volatilität im Risikomodell näher an ihrem Auftreten widerspiegeln.
Anstatt einen einzelnen zukünftigen Preis vorherzusagen, gibt das Modell eine wahrscheinliche Spanne und ein Konfidenzmaß aus, die in die Berechnung der risikoadjustierten Rendite einfließen.
Einstiege, Absicherungen und Ausstiege folgen voreingestellten Regeln und nicht einer Ermessensentscheidung zum Zeitpunkt der Ausführung, wodurch emotionale Entscheidungen bei einzelnen Geschäften entfallen.
Die folgenden Zahlen stammen aus einer simulierten Datenumgebung, die historische Marktbedingungen abdeckt. Sie beschreiben das vergangene Modellverhalten unter Testbedingungen und stellen keine Prognose zukünftiger Ergebnisse dar.
Blaue Balken stellen prädiktive Varianzintervalle dar; Grüne Balken stellen die realisierte risikobereinigte Rendite innerhalb desselben Fensters dar, basierend auf simulierten historischen Daten.
| Durchschnittliche risikoadjustierte Rendite | 1,83 Sharpe |
| Maximaler simulierter Drawdown | –6,1 % |
| Gewinnrate, Backtest-Trades | 64,2 % |
| Durchschnittliche Haltedauer | 3,4 Tage |
| Häufigkeit der Hedge-Aktivierung | 1 in 8 Positionen |
Das simulierte Volatilitätsrisiko des Portfolios wurde im gesamten Backtesting-Zeitraum bei etwa 34 % der intern festgelegten Obergrenze gehalten, sodass eine Marge verbleibt, bevor die automatische Absicherung eskaliert.
Für die Implementierung ist keine Konfiguration der Handelsparameter am ersten Tag erforderlich. Standardrisikoeinstellungen werden automatisch angewendet und können angepasst werden, sobald Sie mit dem Berichts-Dashboard vertraut sind.
Um den deutschen Finanzvorschriften zu entsprechen, ist eine standardmäßige Identitätsprüfung erforderlich, bevor Kapital mit einem Konto verknüpft wird.
Sie legen den Kapitalbetrag fest, den das System verwalten darf, sowie die maximale Risikoobergrenze. Diese Grenzwerte werden automatisch durchgesetzt und nicht als Vorschläge behandelt.
Sobald die Analyse-Engine aktiv ist, beginnt sie mit der kontinuierlichen Auswertung und alle Aktionen sind in Echtzeit über das Reporting-Dashboard sichtbar.
Diese Antworten gehen auf die Bedenken ein, die am häufigsten von Nutzern geäußert werden, die zum ersten Mal ein automatisiertes System bewerten, mit besonderem Augenmerk auf die deutschen Datenschutzerwartungen.
Die Datenverarbeitung erfolgt auf einer Infrastruktur innerhalb der EU und wird im Einklang mit den DSGVO-Anforderungen behandelt. Persönliche Identifikationsdaten und Handelsdaten werden getrennt gespeichert und der Zugriff protokolliert. Es werden keine Daten verkauft oder zu Marketingzwecken an Dritte weitergegeben.
Auszahlungsanfragen werden gemäß den Abwicklungsfristen des verbundenen Zahlungsanbieters bearbeitet, die in der Regel ein bis drei Werktage dauern. Das Kapital ist nicht an feste Bedingungen gebunden, offene Positionen müssen jedoch geschlossen oder abgesichert werden, bevor die entsprechenden Mittel freigegeben werden.
Risikoobergrenzen und Abweichungsschwellenwerte werden auf der Ausführungsebene und nicht nur auf der Strategieebene durchgesetzt, was bedeutet, dass eine Order, die ein Limit überschreiten würde, vor der Übermittlung abgelehnt und nicht anschließend gekennzeichnet wird. Diese Limits werden pro Konto festgelegt und erfordern zur Änderung eine ausdrückliche Bestätigung.
Wenn die Vorhersagevarianz den definierten Schwellenwert für ein Instrument überschreitet, pausiert das System neue Eingaben für dieses Instrument und priorisiert bestehende Absicherungsanweisungen. Dabei handelt es sich um eine bewusste Reduzierung der Aktivität und nicht um einen Systemausfall.
Für die Aktivierung der Überwachung sind keine Handels- oder Programmierkenntnisse erforderlich. Es wird empfohlen, die im Dashboard verwendete Terminologie zu verstehen – etwa „Predictive Variance“ oder „Risk-Adjusted Return“ –, ist aber nicht zwingend erforderlich, damit die Standardkonfiguration funktioniert.
In der technischen Dokumentation werden das Varianzmodell, die Hedge-Logik und die Backtesting-Parameter ausführlicher behandelt als auf dieser Seite. Es ist sinnvoll, ihn zu lesen, bevor Sie ein Konto eröffnen.