KI-native Runtime für Saxo Bank Trading-Strategien
Entwickeln Sie Saxo OpenAPI-Strategien in Cursor, Claude Code oder einer anderen AI IDE. Deployen Sie aus GitHub in eine verwaltete Cloud-Runtime mit erstklassiger MCP-Steuerung, Logs und Regionsauswahl.
Abschnitt 01 · Auf einen Blick
Auf einen Blick
- Broker
- Saxo Bank
- Broker-Typ
- Dänische Bank und Multi-Asset-Broker
- Anlageklasse
- Forex, CFDs, Aktien, ETFs, Futures, Optionen, Anleihen, Investmentfonds
- Unterstützte Produkte
- Über 70.000 Instrumente in den Bereichen Spot-FX, FX-Optionen, Aktien und ETFs (über 40 Börsen), börsennotierte Futures und Optionen, Staats- und Unternehmensanleihen, Investmentfonds sowie CFDs auf Indizes, Rohstoffe, Einzelaktien und Anleihen
- Laufzeitmodell
- Containerisierte Strategie-Runtime
- Deployment-Quelle
- GitHub
- Sprachen
- Jede Sprache, die in einem Container ausgeführt werden kann
- Gängige Integrationen
- Saxo OpenAPI REST, OpenAPI streaming, FIX 4.4, saxo_openapi Python-Wrapper, NautilusTrader, benutzerdefinierte Connectoren
- KI-Workflow-Integration
- MCP-Steuerungsoberfläche für Cursor, Claude Code, GitHub Copilot und CLI-Agents
- Rolle von TradingHost
- Runtime, Deployment, Logs, Health Checks, Regionsauswahl, MCP-Steuerung
- Rolle von Saxo Bank
- Bankkonto, Brokerkonto, API-Zugang, Multi-Asset-Marktzugang, Ausführungsplatz
- Regulierungsbehörden
- Saxo Bank A/S (Danish FSA bank licence 1149, ausgestellt 1996, Dänemark); Saxo Capital Markets UK Limited (FCA firm reference 551422); Saxo Bank (Switzerland) Ltd (FINMA); Saxo Markets Pte. Ltd. (MAS, Singapur); Saxo Bank UAE (DFSA); Saxo Bank Hong Kong (SFC); Saxo Capital Markets Pty Ltd Australien (ASIC).
- Hebelbegrenzungen für Kleinanleger
- EU (Saxo Bank A/S, Danish FSA; Saxo Capital Markets UK, FCA): ESMA-konforme Hebel von 30:1 für Hauptwährungspaare (Major FX), 20:1 für Nebenwährungspaare (Non-Major FX) und Gold, 10:1 für andere Rohstoffe und Nebenindizes, 5:1 für Aktien, 2:1 für Krypto-CFDs. Schweiz (Saxo Bank Switzerland, FINMA): FINMA-Regeln. Singapur (MAS), Australien (ASIC), Hongkong (SFC), VAE (DFSA): Hebelgrenzen je nach Jurisdiktion. Als Broker mit Banklizenz betreibt Saxo keine Offshore-Retail-Einheiten mit erhöhtem Hebel.
- Zugehörigkeit
- TradingHost ist unabhängig und steht in keiner Verbindung zu Saxo Bank A/S oder anderen Unternehmen der Saxo Group
Abschnitt 02 · Was Saxo Bank bietet
Was Saxo Bank bietet
Saxo Bank bietet über eine einzige OpenAPI-Schnittstelle mehr als 70.000 Instrumente in den Bereichen Forex, Aktien, Futures, Optionen, Anleihen, Investmentfonds und CFDs an. Dieselben REST- und Streaming-Endpunkte bedienen jede Anlageklasse, sodass eine FX-Strategie und eine Anleihen-Strategie dasselbe Authentifizierungs-, Order- und Kontomodell nutzen. SIM (Demo) und Live (Produktion) are separate OAuth-Umgebungen. Das spezifische Endpunkt-Verhalten und die vollständige Instrumentenliste finden Sie in der Dokumentation von Saxo.
Märkte und Strategiemuster
- Anlagenübergreifende Strategien über eine einzige OpenAPI-Schnittstelle (FX, Aktien, Futures, Anleihen)
- Strategien für FX-Hauptwährungspaare und exotische Währungen
- Aktien- und ETF-Strategien an über 40 Börsen
- Strategien für börsennotierte Futures und Optionen via OpenAPI
- Strategien für Staats- und Unternehmensanleihen
- In SIM (Demo) validierte Deployments, die in die Produktion überführt werden
- OAuth-authentifizierte, kurzlebige Produktions-Token
- OpenAPI streaming für Preise und Trade-Ereignisse
API-Schnittstelle
- Produktschnittstellen
- Über 70.000 Instrumente in den Bereichen Spot-FX, FX-Optionen, Einzelaktien und ETFs (über 40 Börsen), börsennotierte Futures und Optionen an globalen Handelsplätzen, Staats- und Unternehmensanleihen, Investmentfonds sowie CFDs auf Indizes, Rohstoffe, Aktien und Anleihen. SIM (Simulation, Demo) und Live (Produktion) sind separate Umgebungen mit eigenen OpenAPI Explorer-Konsolen.
- Verbindungsmethoden
- Saxo OpenAPI REST für Konten, Salden, Orders, Positionen und Referenzdaten mit einer einheitlichen Struktur über alle Anlageklassen hinweg. OpenAPI streaming für Echtzeitkurse, Trade-Ereignisse und Konto-Updates. FIX 4.4-Sitzung für institutionelle und professionelle Retail-Flows. Der native saxo_openapi Python-Wrapper wird unterstützt.
- Authentifizierung
- OAuth 2.0-Authorisation-Code-Flow für Produktions-Apps; das Entwicklerportal stellt zudem ein 24-Stunden-Personal-Access-Token für schnelles Prototyping bereit, ohne den gesamten App-Verwaltungsprozess durchlaufen zu müssen. Token sind entweder für die SIM- (developer.saxo SIM) oder die Live-Umgebung (Live-Anwendung) gültig und nicht austauschbar. Für produktionsreife Deployments ist eine Refresh-Token-Rotation erforderlich.
Spezifische Details finden Sie bei Saxo Bank
Spezifische Endpunkte, Details zum OAuth-Flow, Rate Limits, Instrumenten-IDs und die vollständige Referenzdokumentation finden Sie im Entwicklerportal von Saxo. Betrachten Sie diese als die maßgebliche Quelle.
- developer.saxoSaxo Bank Developer Portal
- developer.saxo/openapi/learnOpenAPI-Übersicht, Umgebungen, Erste Schritte
- developer.saxo/openapi/learn/core-business-conceptsKonto-, Client- und Order-Modell
- developer.saxo/openapi/referencedocsOpenAPI-Referenzdokumentation
- home.saxo/legal/saxo-bank-licensesLizenzierungsdetails der Saxo Bank über verschiedene Einheiten hinweg
Abschnitt 03 · Mit KI entwickeln
Erstellen Sie Ihre Saxo-Strategie mit KI
Wählen Sie eine Integrationsmethode, forken Sie ein TradingHost-Framework-Starter-Repository und schreiben Sie Ihre Strategie in einer KI-IDE. Cursor, Claude Code, GitHub Copilot und CLI-basierte KI-Agents arbeiten alle mit demselben GitHub-nativen Deployment-Loop.
Native Saxo OpenAPI
Direkte Kontrolle über Saxo-spezifisches Verhalten, Kontostatus, OAuth-Token, OpenAPI streaming und das vollständige anlagenübergreifende Order-Modell.
saxo_openapi (Python-Wrapper)
Gepflegter Python-Wrapper für Saxo OpenAPI mit Hilfsfunktionen für das OAuth-Handling, das Order-Modell und Streaming-Abonnements.
FIX 4.4
FIX 4.4-Sitzung für institutionelle und professionelle Retail-Kunden, ideal für die Ausführung mit geringer Latenz und für Kunden mit bestehender FIX-Infrastruktur.
Benutzerdefinierter Connector
Ihre eigene Integration in Python, Java, .NET oder Go auf Basis von Saxo OpenAPI REST und Streaming.
Framework-Unterstützung für Saxo-Produkte
Saxo OpenAPI, saxo_openapi und FIX 4.4 decken das gesamte anlagenübergreifende Spektrum von Saxo ab. Krypto-CFDs gehören bei den Einheiten in der EU und in Singapur derzeit nicht zum Retail-Angebot von Saxo, weshalb diese Spalte ehrlicherweise mit „Nein“ markiert und nicht leer gelassen wurde. NautilusTrader bietet derzeit keinen dokumentierten Saxo-Adapter; das Framework wird zur Wahrung der Konsistenz mit den Tabellen anderer Broker aufgeführt, nicht als empfohlener Weg für Saxo.
✓ Bestätigte Unterstützung gemäß Saxo OpenAPI- und Framework-Dokumentation. „Nein“ bedeutet, dass das Framework dies nicht unterstützt oder das Produkt nicht im aktuellen Retail-Angebot von Saxo enthalten ist. Workflow-Links verweisen auf /workflows/-Seiten, die sich derzeit in der Erstellung befinden.
TradingHost schreibt kein Framework vor. Es führt Ihr Projekt aus.
Mit KI entwickeln
Die oben genannten Framework-Starter lassen sich nahtlos mit AI IDEs kombinieren. Die TradingHost MCP-Steuerungsoberfläche schließt den Kreis: KI-Tools können Deployments prüfen, Logs einsehen und die Runtime gemeinsam mit Ihnen verwalten. Der Pfad der Orderausführung bleibt davon stets unberührt.
Bereich 04 · Ausführung auf TradingHost
Führen Sie Ihren Code auf TradingHost aus
Saxo Bank stellt das banklizenzierte Broker-Konto und den Zugang zur OpenAPI bereit. TradingHost stellt die Produktionsumgebung bereit, in der Ihre mit Saxo verbundene Strategie ausgeführt wird.
Statt Ihre Strategie auf einem Laptop, Desktop-PC, einem gewöhnlichen VPS oder einem manuell konfigurierten Server auszuführen, deploien Sie direkt aus GitHub in eine von TradingHost verwaltete Container-Runtime.
Sie
- Ihr Repository enthält Ihren Code.
- Ihr Deployment definiert die Ausführung.
- Ihre Strategie verbindet sich mit Saxo Bank.
TradingHost
- Hält die Runtime online.
- Stellt Logs und Health-Checks bereit.
- Regionen-Auswahl.
- Kontrollierte Deployment-Oberfläche.
Deployment-Ablauf
- SCHRITT 01
GitHub verbinden
Autorisieren Sie TradingHost für den Zugriff auf Ihr GitHub-Konto.
- SCHRITT 02
Repository verknüpfen oder mit Framework starten
Verknüpfen Sie TradingHost mit Ihrem bestehenden Strategie-Repository oder forken Sie eine TradingHost-Framework-Runtime (den saxo_openapi Python-Starter oder einen Saxo OpenAPI REST-Starter) für eine funktionsfähige Ausgangsbasis.
- SCHRITT 03
In einen TradingHost-Container deploien
Wählen Sie eine Region (EU ist die ideale Wahl für Saxo Bank A/S und Saxo Capital Markets UK; US-East für US-Aktien und Futures, die über Saxo gehandelt werden), hinterlegen Sie die von Ihrer Strategie benötigten Umgebungsvariablen (OAuth-Client-ID und -Secret, Refresh-Token oder das 24-Stunden-Entwickler-Zugriffstoken, Auswahl für SIM- oder Produktionsumgebung) und deployen Sie. TradingHost erstellt Ihren Container aus dem Repository und führt Ihre Strategie auf einer verwalteten Kubernetes-Infrastruktur aus. Keine lokale Docker-Installation erforderlich.
- SCHRITT 04
Logs und Status überwachen
Verfolgen Sie Live-Logs, Systemstatus und Runtime-Zustand direkt im TradingHost-Dashboard. Dieselbe Oberfläche ist über MCP aus jeder beliebigen AI IDE erreichbar, sodass Cursor, Claude Code oder ein CLI-Agent den Deployment-Status auslesen und die Runtime gemeinsam mit Ihnen verwalten können.
- SCHRITT 05
Aktualisieren und neu deploien
Pushen Sie Änderungen in Ihren GitHub-Main-Branch, und TradingHost führt automatisch ein neues Deployment durch.
Bereich 05 · Betriebshinweise
Betriebshinweise für Saxo Bank
Dinge, die Ihnen auffallen werden, wenn Sie eine Saxo-Strategie tatsächlich in einer containerisierten Cloud-Runtime ausführen – abseits von Saxos Marketing-Seiten und Tutorials von Drittanbietern. Jede der folgenden Aussagen ist aus dem Entwicklerportal von Saxo oder den Vorgaben der jeweiligen Regulierungsbehörde abgeleitet; die Hinweise zur Bereitstellung basieren auf dem Betrieb dieser Strategien auf TradingHost.
01 · OAuth-Flow
OAuth 2.0 Authorization-Code-Flow plus ein 24-Stunden-Entwickler-Access-Token für das Prototyping
Saxo OpenAPI nutzt den OAuth 2.0 Authorization-Code-Flow als standardmäßigen Produktions-Flow: Registrieren Sie eine Saxo Developer Application, leiten Sie Benutzer über den Login von Saxo weiter, tauschen Sie den Autorisierungscode gegen ein Access-Token aus und erneuern Sie dieses, sobald es abläuft. Für schnelles Prototyping stellt developer.saxo ein persönliches, an Ihr Entwicklerkonto gebundenes 24-Stunden-Access-Token aus, wodurch die vollständige App-Verwaltung entfällt. Das 24-Stunden-Token reicht für Tests in der SIM-Umgebung aus; Produktionsstrategien erfordern eine registrierte Anwendung mit Refresh-Token-Rotation.
02 · Umgebungen
SIM (Simulation) und Live (Produktion) sind separate Umgebungen mit separaten Token
Die SIM-Umgebung von Saxo ist eine originalgetreue Simulation mit virtuellem Guthaben; die Produktionsumgebung nutzt echtes Kapital und leitet Aufträge an reale Märkte weiter. Für SIM ausgestellte Token können nicht für die Produktion verwendet werden und umgekehrt. Anwendungen müssen separat im SIM-Entwicklerportal und im Live-App-Verwaltungsportal registriert werden. Behandeln Sie SIM und Produktion als zwei separate TradingHost-Deployments mit zwei separaten Secrets-Einträgen, niemals als ein einziges, übertragbares Artefakt.
03 · Cross-Asset-Modell
Ein Konto, eine OpenAPI-Schnittstelle, alle Anlageklassen
Das Besondere an Saxo ist, dass ein einziges Kundenkonto Devisen, Aktien, Futures, Optionen, Anleihen und CFDs unter einem einzigen Kontostand und einem gemeinsamen Satz von OpenAPI-Endpunkten zusammenfasst. /port/v1/positions/me gibt Positionen über alle Anlageklassen hinweg zurück; /port/v1/balances/me liefert einen kombinierten Kontostand. Eine Strategie, die Positionen nach Uic (Saxos universellem Instrumenten-Code) plus AssetType filtert, ist das sicherste Muster; die Annahme, dass pro Konto nur eine Anlageklasse existiert, ist bei Saxo falsch.
04 · Streaming
OpenAPI streaming nutzt persistente Verbindungen, kein reines WebSocket-Protokoll
Die Streaming-Schnittstelle von Saxo ist eine persistente Verbindung, die JSON-Nachrichten für Kurse, Kontoereignisse und Order-Updates empfängt. Abonnements werden über REST erstellt (POST /streamingws/connect für die Verbindung, gefolgt von REST-POSTs pro Abonnement), und die Streaming-Verbindung liefert Updates für diese Abonnements. Bei Verbindungsabbrüchen müssen die Abonnements neu erstellt und nicht nur die Verbindung wiederhergestellt werden; integrieren Sie diese Wiederherstellungslogik direkt in den Runtime-Client.
05 · Banklizenzierung
Saxo Bank A/S hält die dänische FSA-Banklizenz licence 1149; Kundengelder unterliegen der Einlagensicherung
Saxo Bank A/S ist eine dänische Bank unter der Aufsicht der Finanstilsynet (Danish FSA), Lizenznummer licence 1149 (ausgestellt 1996). Kundengelder bei Saxo werden nach den Regeln der dänischen Einlagensicherung gehalten und nicht nach dem Modell getrennter Kundenkonten, wie es bei Brokern ohne Banklizenz üblich ist. Dies ist ein wesentliches Seriositätsmerkmal gegenüber reinen Retail-FX-Brokern, insbesondere für Kunden, die über die Saxo Bank A/S registriert sind. Andere Einheiten (Saxo Capital Markets UK Limited, Saxo Bank (Switzerland) Ltd, Saxo Markets Pte. Ltd.) unterliegen eigenen Regulierungssystemen; gehen Sie nicht davon aus, dass die dänische Einlagensicherung für jede Saxo-Einheit gilt.
06 · Transaktionsmeldung
Die Meldepflicht nach EMIR, MiFID II und Dodd-Frank liegt in der Verantwortung von Saxo
Saxo Bank A/S und Saxo Capital Markets UK Limited melden unter EMIR und MiFID II als zugelassene Wertpapierfirmen. Saxo Markets Pte. Ltd. meldet unter den Regeln der MAS. Saxo Capital Markets Pty Ltd meldet unter den ASIC-Regeln für die Meldung von Derivatetransaktionen. TradingHost führt keine regulatorischen Transaktionsmeldungen in Ihrem Namen durch und ist kein Meldedienst. Der Strategiecode, den Sie auf TradingHost ausführen, ist Ihre eigene algorithmische Aktivität; die Meldepflicht liegt bei der Saxo-Einheit, die das Konto führt.
Abschnitt 06 · Entwickelt für
Entwickelt für
TradingHost-Runtimes für Saxo Bank eignen sich besonders für:
- Entwickler, die Strategien in KI-IDEs (Cursor, Claude Code) erstellen
- Systematische Cross-Asset-Trader (FX, Aktien, Futures, Anleihen)
- Entwickler von quantitativen FX-Strategien
- Python-Nutzer von saxo_openapi
- Teams, die von MetaTrader und VPS-Hosting auf containerisierte Deployments umsteigen
Die Verknüpfung mit GitHub und das Erstellen Ihrer ersten Strategie sind kostenlos.
Abschnitt 08 · FAQ
FAQ
Nein. TradingHost ist unabhängig und steht in keiner Verbindung zu Saxo Bank A/S oder einer anderen Einheit der Saxo Group.
Nein. TradingHost ist weder eine Bank noch ein Broker oder eine registrierte Wertpapierfirma. TradingHost ist eine Cloud-Runtime, die Ihren Strategiecode ausführt. Die Bankbeziehung, das Konto, der Hebel, die Ausführung und der regulatorische Schutz liegen vollständig bei Saxo Bank. Sie registrieren sich direkt bei der für Ihre Gerichtsbarkeit zuständigen Saxo-Einheit.
Nein. Ihr Strategiecode verbindet sich mit der Saxo OpenAPI und sendet Anweisungen basierend auf Ihrer eigenen Logik, Ihren Kontoberechtigungen und Ihrer Integrationsmethode. TradingHost stellt lediglich die Runtime bereit, in der dieser Code ausgeführt wird.
Nein. Der Zugang zur Saxo OpenAPI wird von Saxo Bank über developer.saxo bereitgestellt. Sie registrieren eine Saxo Developer Application und sind selbst für Ihr Saxo-Konto, die OAuth-Token-Rotation und die Einhaltung der Nutzungsbedingungen von Saxo verantwortlich.
Ja. Der Community-Python-Wrapper saxo_openapi umschließt die Saxo OpenAPI REST- und Streaming-Schnittstellen mit idiomatischem Python und bietet Hilfsfunktionen für das OAuth-Handling. Alternativ können Sie die Saxo OpenAPI direkt mit jedem beliebigen HTTP-Client aufrufen.
Ja. TradingHost unterstützt jede Sprache, die in einem Container ausgeführt werden kann. Da die Saxo OpenAPI auf HTTP basiert, kann sie von jeder Sprache mit einem HTTP-Client aufgerufen werden.
Ja. Die OpenAPI-Schnittstelle von Saxo ist anlageklassenübergreifend: Ein einziges Kundenkonto bündelt Devisen, Aktien, Futures, Optionen, Anleihen und CFDs unter einem Kontostand und einem gemeinsamen Satz von Endpunkten. Eine TradingHost-Strategie kann Orders über verschiedene Anlageklassen hinweg aus demselben Codepfad heraus platzieren. Seien Sie vorsichtig beim Filtern von Positionen: Nutzen Sie das von /port/v1/positions/me zurückgegebene Feld AssetType zur Unterscheidung, anstatt davon auszugehen, dass pro Konto nur eine Anlageklasse existiert.
Ja, sofern Ihr Projekt entsprechend konzipiert ist. Sie können mehrere Strategieprozesse oder -dienste innerhalb einer einzigen Runtime ausführen oder sie zur besseren Isolierung und betrieblichen Klarheit auf verschiedene Runtimes aufteilen.
Eröffnen Sie ein Saxo-Entwicklerkonto unter developer.saxo, registrieren Sie eine Anwendung für die SIM-Umgebung und holen Sie sich ein 24-Stunden-Token für das Prototyping. Forken Sie eine auf saxo_openapi basierende TradingHost-Framework-Runtime oder verbinden Sie Ihr eigenes GitHub-Strategie-Repository. Das Verknüpfen eines GitHub-Repositorys und das Erstellen einer Strategie ist kostenlos; die Tarife für die Runtimes finden Sie auf der Preisseite.
Ja. Der Hebel wird von der Saxo-Einheit festgelegt, die Ihr Konto führt, nicht von TradingHost. Saxo Bank A/S (Danish FSA), Saxo Capital Markets UK Limited (FCA) und andere an den ESMA-Vorgaben ausgerichtete Einheiten begrenzen den Hebel für Hauptwährungspaare (Major FX) auf 30:1, Nebenwährungspaare (Non-Major FX) und Gold auf 20:1, andere Rohstoffe und Nebenindizes auf 10:1, Aktien auf 5:1 und Krypto-CFDs auf 2:1. Saxo Bank (Switzerland) Ltd arbeitet unter den Regeln der FINMA. Singapur (MAS), Australien (ASIC), Hongkong (SFC) und die VAE (DFSA) haben jeweils eigene länderspezifische Obergrenzen. Als Gruppe mit Banklizenz betreibt Saxo keine Offshore-Einheiten für Kleinanleger mit erhöhtem Hebel.
In Ihrem von GitHub gesteuerten Secrets-Workflow. TradingHost liest die OAuth-Client-ID, das Client-Secret und das Refresh-Token zur Laufzeit über GitHub-Repository-Secrets, Umgebungs-Secrets oder Ihren eigenen freigegebenen Secret-Management-Prozess aus. Access-Token sind kurzlebig und befinden sich im Prozessspeicher; Refresh-Token sind langlebig und müssen gemäß der App-Konfiguration von Saxo rotiert werden.
Ja. TradingHost unterstützt die MCP-basierte Steuerung für KI-IDEs, einschließlich Cursor, Claude Code, GitHub Copilot und CLI-basierte KI-Agenten. KI-Tools können Deployments überprüfen, Logs einsehen, Strategien neu starten und Runtime-Workflows verwalten. MCP ist eine Schnittstelle für Steuerung und Observability, nicht der Pfad für die Trade-Ausführung.
Nein. Die Transaktionsmeldung nach EMIR und MiFID II liegt in der Verantwortung des Brokers. Saxo Bank A/S und Saxo Capital Markets UK melden unter EMIR und MiFID II als zugelassene Wertpapierfirmen. Saxo Markets Pte. Ltd. meldet gemäß den MAS-Vorschriften. Saxo Capital Markets Pty Ltd meldet gemäß den ASIC-Vorschriften zur Meldung von Derivattransaktionen. TradingHost führt Ihren Code aus; die kontoführende Saxo-Einheit übernimmt die regulatorische Berichterstattung.
Nein. TradingHost konzentriert sich auf die Produktiv-Laufzeitumgebung und das Deployment. Backtesting gehört in Ihren Research-Stack, Ihr Framework oder in AlgoBuilder.