Temps de lecture : … min

Runtime natif IA pour les stratégies de trading Saxo Bank

Développez vos stratégies Saxo OpenAPI dans Cursor, Claude Code ou tout autre IDE IA. Déployez-les depuis GitHub sur un runtime cloud managé avec contrôle MCP natif, logs et sélection de région.

Par l’équipe d’ingénierie de TradingHost

Section 01 · En un coup d’œil

En un coup d’œil

Courtier
Saxo Bank
Type de courtier
Banque danoise et courtier multi-actifs
Classe d’actifs
Forex, CFD, actions, ETF, futures, options, obligations, fonds communs de placement
Produits pris en charge
Plus de 70 000 instruments : FX au comptant, options FX, actions et ETF (plus de 40 bourses), futures et options cotés, obligations d'État et d'entreprises, fonds communs de placement, et CFD sur indices, matières premières, actions individuelles et obligations
Modèle d’exécution
Runtime de stratégie conteneurisé
Source de déploiement
GitHub
Langages
Tout langage s'exécutant dans un conteneur
Intégrations courantes
Saxo OpenAPI REST, OpenAPI streaming, FIX 4.4, wrapper Python saxo_openapi, NautilusTrader, connecteurs personnalisés
Intégration du flux de travail IA
Interface de contrôle MCP pour Cursor, Claude Code, GitHub Copilot et agents CLI
Rôle de TradingHost
Runtime, déploiement, logs, contrôles de santé, sélection de région, contrôle MCP
Rôle de Saxo Bank
Compte bancaire, compte de courtage, accès API, accès aux marchés multi-actifs, lieu d'exécution
Régulateurs
Saxo Bank A/S (licence bancaire Danish FSA 1149, délivrée en 1996, Danemark) ; Saxo Capital Markets UK Limited (référence FCA 551422) ; Saxo Bank (Switzerland) Ltd (FINMA) ; Saxo Markets Pte. Ltd. (MAS, Singapour) ; Saxo Bank UAE (DFSA) ; Saxo Bank Hong Kong (SFC) ; Saxo Capital Markets Pty Ltd Australie (ASIC).
Limites de levier pour particuliers
UE (Saxo Bank A/S, Danish FSA ; Saxo Capital Markets UK, FCA) : limites alignées sur l'ESMA de 30:1 sur le FX majeur, 20:1 sur le FX non majeur et l'or, 10:1 sur les matières premières hors or et les indices non majeurs, 5:1 sur les actions, 2:1 sur les CFD crypto. Suisse (Saxo Bank Switzerland, FINMA) : règles de la FINMA. Singapour (MAS), Australie (ASIC), Hong Kong (SFC), Émirats arabes unis (DFSA) : limites par juridiction. En tant que courtier titulaire d'une licence bancaire, Saxo n'exploite pas d'entités de détail offshore proposant un effet de levier élevé.
Affiliation
TradingHost est indépendant et n'est pas affilié à Saxo Bank A/S ni à aucune entité du groupe Saxo

Section 02 · Ce que propose Saxo Bank

Ce que propose Saxo Bank

Saxo Bank propose plus de 70 000 instruments sur le forex, les actions, les futures, les options, les obligations, les fonds communs de placement et les CFD via une interface OpenAPI unique. Les mêmes points de terminaison REST et de streaming desservent toutes les classes d'actifs, de sorte qu'une stratégie FX et une stratégie obligataire partagent le même modèle d'authentification, d'ordres et de comptes. Les environnements SIM (démo) et live (production) sont des environnements OAuth distincts. Le comportement spécifique des points de terminaison et la liste complète des instruments sont disponibles dans la documentation de Saxo.

Marchés et modèles de stratégie

  • Stratégies multi-actifs via une interface OpenAPI unique (FX, actions, futures, obligations)
  • Stratégies sur paires de devises majeures et devises exotiques (FX)
  • Stratégies sur actions et ETF sur plus de 40 bourses
  • Stratégies sur futures et options cotés via OpenAPI
  • Stratégies sur obligations d'État et d'entreprises
  • Déploiements validés sur SIM (démo) puis passés en production
  • Jetons de production à courte durée de vie authentifiés par OAuth
  • OpenAPI streaming pour les prix et les événements de trading

Surface API

Interfaces produits
Plus de 70 000 instruments : FX au comptant, options FX, actions individuelles et ETF (plus de 40 bourses), futures et options cotés sur les places mondiales, obligations d'État et d'entreprises, fonds communs de placement, et CFD sur indices, matières premières, actions et obligations. SIM (simulation, démo) et live (production) sont des environnements distincts avec des consoles OpenAPI Explorer séparées.
Méthodes de connexion
Saxo OpenAPI REST pour les comptes, soldes, ordres, positions et données de référence, avec une structure cohérente pour toutes les classes d'actifs. OpenAPI streaming pour les prix en temps réel, les événements de trading et les mises à jour de comptes. Session FIX 4.4 pour les flux institutionnels et clients professionnels de détail. Support du wrapper Python natif saxo_openapi.
Authentification
Flux d'autorisation OAuth 2.0 (authorization code) pour les applications de production ; le portail des développeurs fournit également un jeton d'accès personnel de 24 heures pour un prototypage rapide sans passer par tout le processus de gestion d'application. Les jetons sont limités soit à l'environnement SIM (developer.saxo SIM), soit à l'environnement live (application de production) et ne sont pas interchangeables. La rotation des jetons de rafraîchissement (refresh tokens) est requise pour les déploiements en production.

Pour plus de détails, reportez-vous à Saxo Bank

Les points de terminaison spécifiques, les détails du flux OAuth, les limites de taux (rate limits), les identifiants d'instruments et la documentation de référence complète se trouvent sur le portail des développeurs de Saxo. Considérez-les comme la source de vérité unique.

Section 03 · Développer avec l’IA

Créez votre stratégie Saxo avec l'IA

Choisissez une méthode d’intégration, dupliquez un modèle de framework TradingHost et concevez votre stratégie dans un IDE IA. Cursor, Claude Code, GitHub Copilot et les agents IA en ligne de commande fonctionnent tous avec le même cycle de déploiement natif sur GitHub.

  • Saxo OpenAPI natif

    Contrôle direct sur le comportement spécifique à Saxo, l'état du compte, les jetons OAuth, l'OpenAPI streaming et le modèle d'ordre multi-actifs complet.

  • saxo_openapi (wrapper Python)

    Wrapper Python maintenu autour de Saxo OpenAPI avec des outils d'aide pour la gestion d'OAuth, le modèle d'ordre et les abonnements de streaming.

    pypi.org/project/saxo-openapi

  • FIX 4.4

    Session FIX 4.4 pour clients institutionnels et professionnels de détail, utile pour l'exécution à faible latence et pour les clients disposant déjà d'une infrastructure FIX.

  • Connecteur personnalisé

    Votre propre intégration en Python, Java, .NET ou Go basée sur Saxo OpenAPI REST et streaming.

Prise en charge des frameworks pour les produits Saxo

Saxo OpenAPI, saxo_openapi et FIX 4.4 couvrent tous l'ensemble de l'offre multi-actifs de Saxo. Les CFD crypto ne font pas partie de l'offre de détail actuelle de Saxo pour les entités de l'UE et de Singapour, cette colonne est donc honnêtement marquée « non » plutôt que laissée vide. NautilusTrader ne propose pas d'adaptateur Saxo documenté à ce jour ; le framework est affiché par souci de cohérence avec les matrices des autres courtiers, et non comme une solution recommandée pour Saxo.

FrameworkFXIndicesMatières premièresCFDCFD cryptos
Native Saxo OpenAPIPris en chargePris en chargePris en chargePris en chargeNon documenté comme pris en charge
saxo_openapi (Python)Pris en chargePris en chargePris en chargePris en chargeNon documenté comme pris en charge
FIX 4.4Pris en chargePris en chargePris en chargePris en chargeNon documenté comme pris en charge
NautilusTraderNon documenté comme pris en chargeNon documenté comme pris en chargeNon documenté comme pris en chargeNon documenté comme pris en chargeNon documenté comme pris en charge

✓ support confirmé selon la documentation de Saxo OpenAPI et du framework. « non » indique que le framework ne le prend pas en charge ou que le produit ne fait pas partie de l'offre de détail actuelle de Saxo. Les liens de workflow pointent vers les pages /workflows/ en cours de rédaction.

TradingHost n’impose aucun framework. Il exécute votre projet.

Développer avec l’IA

Les starters de framework ci-dessus s’associent naturellement avec les AI IDE. L’interface de contrôle MCP de TradingHost ferme la boucle : les outils d’IA peuvent inspecter les déploiements, consulter les logs et gérer le runtime à vos côtés, sans jamais intervenir sur le flux d’exécution des ordres.

Section 04 · Exécuter sur TradingHost

Exécutez votre code sur TradingHost

Saxo Bank fournit le compte de courtage sous licence bancaire et l'accès à Saxo OpenAPI. TradingHost fournit l'environnement de production dans lequel s'exécute votre stratégie connectée à Saxo.

Au lieu de faire tourner le code de votre stratégie sur un ordinateur portable, une machine de bureau, un VPS générique ou un serveur configuré manuellement, vous le déployez depuis GitHub dans un runtime de conteneurs géré par TradingHost.

Vous

  • Votre repo contient votre code.
  • Votre déploiement définit son mode d’exécution.
  • Votre stratégie se connecte à Saxo Bank.

TradingHost

  • Maintient le runtime en ligne.
  • Remonte les logs et l’état de santé.
  • Choix de la région.
  • Interface de déploiement contrôlée.

Flux de déploiement

  1. ÉTAPE 01

    Connecter GitHub

    Autorisez TradingHost à accéder à votre compte GitHub.

  2. ÉTAPE 02

    Lier un repo ou démarrer depuis un framework

    Pointez TradingHost vers votre dépôt de stratégie existant, ou dupliquez (fork) un runtime de framework TradingHost (le starter Python saxo_openapi ou un starter Saxo OpenAPI REST) pour obtenir une base de travail opérationnelle.

  3. ÉTAPE 03

    Déployer dans un conteneur TradingHost

    Choisissez une région (EU est le choix naturel pour Saxo Bank A/S et Saxo Capital Markets UK ; US-East pour les actions et futures américains cotés via Saxo), renseignez les variables d'environnement requises par votre stratégie (ID client et secret OAuth, jeton de rafraîchissement ou jeton d'accès développeur de 24 heures, sélecteur d'environnement SIM ou production), puis déployez. TradingHost construit votre conteneur à partir du dépôt et exécute votre stratégie sur une infrastructure Kubernetes managée. Aucune installation locale de Docker n'est requise.

  4. ÉTAPE 04

    Suivre les logs et l’état de santé

    Suivez en direct les logs, l’état de santé et le statut du runtime depuis le tableau de bord TradingHost. Cette même interface est accessible via MCP depuis n’importe quel AI IDE, permettant à Cursor, Claude Code ou un agent CLI de lire l’état du déploiement et de gérer le runtime à vos côtés.

  5. ÉTAPE 05

    Mettre à jour et redéployer

    Poussez vos modifications sur la branche principale (main) de votre GitHub et TradingHost se redéploie automatiquement.

Déployer

Section 05 · Notes opérationnelles

Notes opérationnelles pour Saxo Bank

Les pièges qui vous attendent lorsque vous exécutez réellement une stratégie Saxo dans un environnement d'exécution cloud conteneurisé, loin des pages marketing de Saxo ou des tutoriels tiers. Chaque affirmation ci-dessous est paraphrasée à partir du portail développeur de Saxo ou du régulateur concerné ; les conseils de déploiement sont issus de l'exécution réelle de ces stratégies sur TradingHost.

  1. 01 · Flux OAuth

    Flux d'autorisation OAuth 2.0 (authorisation code), plus un jeton d'accès développeur de 24 heures pour le prototypage

    Saxo OpenAPI utilise le flux d'autorisation OAuth 2.0 (authorisation code) comme flux de production standard : enregistrez une application Saxo Developer, redirigez les utilisateurs vers la page de connexion de Saxo, échangez le code d'autorisation contre un jeton d'accès, puis actualisez-le à son expiration. Pour un prototypage rapide, developer.saxo fournit un jeton d'accès personnel de 24 heures lié à votre compte développeur, ce qui évite de configurer toute la gestion d'application. Ce jeton de 24 heures convient parfaitement aux tests sur l'environnement SIM ; les stratégies en production nécessitent une application enregistrée avec rotation des jetons de rafraîchissement (refresh tokens).

    SourceSaxo OpenAPI authentication and authorisation

  2. 02 · Environnements

    SIM (simulation) et live (production) sont des environnements distincts avec des jetons distincts

    L'environnement SIM de Saxo est une simulation ultra-fidèle avec de l'argent virtuel ; l'environnement de production utilise des fonds réels et achemine les ordres vers les marchés réels. Les jetons émis pour SIM ne peuvent pas être utilisés pour s'authentifier en production, et inversement. Les applications doivent être enregistrées séparément sur le portail développeur SIM et sur le portail de gestion des applications en direct. Traitez SIM et la production comme deux déploiements TradingHost distincts avec deux entrées de Secrets distinctes, et non comme un artefact unique que l'on pourrait simplement promouvoir.

    SourceSaxo OpenAPI environments overview

  3. 03 · Modèle multi-actifs

    Un seul compte, une seule interface OpenAPI, toutes les classes d'actifs

    La particularité de Saxo est qu'un compte client unique regroupe le Forex, les actions, les contrats à terme (futures), les options, les obligations et les CFD sous un seul solde et un seul ensemble de points de terminaison OpenAPI. /port/v1/positions/me renvoie les positions de toutes les classes d'actifs ; /port/v1/balances/me renvoie un solde combiné unique. Le modèle le plus sûr consiste à concevoir une stratégie qui filtre les positions par Uic (le code d'instrument universel de Saxo) et par AssetType ; supposer qu'il n'y a qu'un seul type d'actif par compte est une erreur sur Saxo.

    SourceSaxo OpenAPI core business concepts

  4. 04 · Streaming

    OpenAPI streaming utilise des connexions persistantes, pas le protocole WebSocket brut

    L'interface de streaming de Saxo est une connexion persistante qui reçoit des messages JSON pour les prix, les événements de compte et les mises à jour d'ordres. Les abonnements sont créés via REST (POST /streamingws/connect pour la connexion, puis des requêtes REST POST par abonnement) et la connexion de streaming transmet les mises à jour associées à ces abonnements. En cas de déconnexion, il ne suffit pas de se reconnecter : il faut recréer les abonnements. Intégrez cette logique de récupération directement dans votre client d'exécution.

    SourceSaxo OpenAPI streaming overview

  5. 05 · Licence bancaire

    Saxo Bank A/S détient la licence bancaire 1149 de la Danish FSA ; les fonds des clients bénéficient de la protection des dépôts bancaires

    Saxo Bank A/S est une banque danoise sous la supervision du Finanstilsynet (Danish FSA), numéro de licence 1149 (émise en 1996). Les liquidités des clients chez Saxo sont détenues selon les règles danoises de garantie des dépôts bancaires, plutôt que selon le modèle de comptes clients ségrégués utilisé par les courtiers non bancaires. C'est un gage de crédibilité par rapport aux courtiers Forex de détail non bancaires, en particulier pour les clients enregistrés sous l'entité Saxo Bank A/S. Les autres entités (Saxo Capital Markets UK, Saxo Switzerland, Saxo Singapore) ont leurs propres régimes de licence ; ne supposez pas que la protection de garantie des dépôts bancaires s'étend à toutes les entités de Saxo.

    SourceSaxo Bank licensing details

  6. 06 · Déclaration des transactions

    La déclaration EMIR, MiFID II et Dodd-Frank relève de la responsabilité de Saxo

    Saxo Bank A/S et Saxo Capital Markets UK effectuent leurs déclarations sous EMIR et MiFID II en tant qu'entreprises d'investissement agréées. Saxo Markets Pte. Ltd. déclare selon les règles de la MAS. Saxo Capital Markets Pty Ltd déclare selon les règles de l'ASIC sur la déclaration des transactions sur dérivés. TradingHost n'effectue aucune déclaration réglementaire de transactions en votre nom et n'est pas un service de déclaration. Le code de stratégie que vous exécutez sur TradingHost relève de votre propre activité algorithmique ; la déclaration incombe à l'entité Saxo qui détient le compte.

    SourceSaxo regulatory information and licences

Section 06 · Conçu pour

Conçu pour

Les environnements d’exécution TradingHost pour Saxo Bank sont particulièrement adaptés aux :

  • Développeurs concevant des stratégies dans des IDE d'IA (Cursor, Claude Code)
  • Traders systématiques multi-actifs (Forex, actions, futures, obligations)
  • Développeurs de stratégies quantitatives Forex
  • Utilisateurs Python de saxo_openapi
  • Équipes passant de MetaTrader et de l'hébergement VPS à un déploiement conteneurisé

La connexion à GitHub et la création de votre première stratégie sont gratuites.

Section 08 · FAQ

FAQ

Non. TradingHost est indépendant et n'est pas affilié à Saxo Bank A/S ni à aucune entité du groupe Saxo.

Non. TradingHost n'est ni une banque, ni un courtier, ni une entreprise d'investissement agréée. TradingHost est un environnement d'exécution cloud qui fait tourner le code de votre stratégie. La relation bancaire, le compte, l'effet de levier, l'exécution et les protections réglementaires dépendent tous de Saxo Bank. Vous ouvrez un compte directement auprès de l'entité Saxo correspondant à votre juridiction.

Non. Le code de votre stratégie se connecte à Saxo OpenAPI et envoie des instructions selon votre propre logique, les autorisations de votre compte et votre méthode d'intégration. TradingHost fournit simplement l'environnement d'exécution où ce code tourne.

Non. L'accès à Saxo OpenAPI est fourni par Saxo Bank via developer.saxo. Vous devez enregistrer une application Saxo Developer et vous êtes responsable de votre compte Saxo, de la rotation de vos jetons OAuth et du respect des conditions d'utilisation de Saxo.

Oui. Le wrapper Python communautaire saxo_openapi enveloppe l'API REST et le streaming de Saxo OpenAPI avec du code Python idiomatique et des utilitaires pour la gestion d'OAuth. Vous pouvez également appeler directement Saxo OpenAPI avec n'importe quel client HTTP.

Oui. TradingHost prend en charge tous les langages capables de s'exécuter dans un conteneur. Saxo OpenAPI reposant sur HTTP, tout langage disposant d'un client HTTP peut l'appeler.

Oui. L'interface OpenAPI de Saxo est multi-actifs : un compte client unique regroupe le Forex, les actions, les futures, les options, les obligations et les CFD sous un seul solde et un seul ensemble de points de terminaison. Une stratégie TradingHost peut passer des ordres sur différentes classes d'actifs à partir du même chemin de code. Soyez vigilant lors du filtrage des positions : orientez votre logique selon le champ AssetType renvoyé par /port/v1/positions/me au lieu de supposer qu'il n'y a qu'un seul type d'actif par compte.

Oui, si votre projet est conçu ainsi. Vous pouvez exécuter plusieurs processus ou services de stratégie au sein d'un même environnement d'exécution, ou les séparer dans différents environnements pour plus d'isolation et de clarté opérationnelle.

Ouvrez un compte développeur Saxo sur developer.saxo, enregistrez une application sur l'environnement SIM et récupérez un jeton de 24 heures pour prototyper. Créez un fork d'un environnement d'exécution TradingHost basé sur saxo_openapi, ou connectez votre propre dépôt de stratégie GitHub. Lier un dépôt GitHub et créer une stratégie est gratuit ; les abonnements pour les environnements d'exécution sont détaillés sur la page des tarifs.

Oui. L'effet de levier est défini par l'entité Saxo qui détient votre compte, et non par TradingHost. Saxo Bank A/S (Danish FSA), Saxo Capital Markets UK (FCA) et les autres entités alignées sur l'ESMA limitent l'effet de levier à 30:1 pour les paires de devises majeures, 20:1 pour les paires non majeures et l'or, 10:1 pour les autres matières premières et indices secondaires, 5:1 pour les actions et 2:1 pour les CFD sur cryptomonnaies. Saxo Bank (Switzerland) opère sous les règles de la FINMA. Singapour (MAS), l'Australie (ASIC), Hong Kong (SFC) et les Émirats arabes unis (DFSA) appliquent leurs propres limites par juridiction. En tant que groupe sous licence bancaire, Saxo ne gère pas d'entités de détail offshore proposant des effets de levier gonflés.

Dans votre workflow de secrets géré via GitHub. TradingHost lit l'identifiant client OAuth, le secret client et le jeton de rafraîchissement (refresh token) au moment de l'exécution via les secrets du dépôt GitHub, les secrets d'environnement ou votre propre processus approuvé de gestion des secrets. Les jetons d'accès ont une durée de vie courte et résident dans la mémoire du processus ; les jetons de rafraîchissement ont une durée de vie longue et doivent faire l'objet d'une rotation conformément à la configuration de l'application Saxo.

Oui. TradingHost prend en charge le contrôle basé sur le protocole MCP pour les IDE d'IA, notamment Cursor, Claude Code, GitHub Copilot et les agents d'IA en ligne de commande. Les outils d'IA peuvent inspecter les déploiements, consulter les journaux (logs), redémarrer les stratégies et gérer les workflows d'exécution. Le protocole MCP est une interface de contrôle et d'observabilité, et non le chemin d'exécution des transactions.

Non. La déclaration des transactions sous EMIR et MiFID II incombe au courtier. Saxo Bank A/S et Saxo Capital Markets UK effectuent ces déclarations sous EMIR et MiFID II en tant qu'entreprises d'investissement agréées. Saxo Markets Pte. Ltd. déclare ses transactions selon les règles de la MAS. Saxo Capital Markets Pty Ltd se conforme aux règles de déclaration des transactions sur dérivés de l'ASIC. TradingHost exécute votre code ; l'entité Saxo qui détient votre compte gère les déclarations réglementaires.

Non. TradingHost se concentre sur l'exécution en production et le déploiement. Le backtesting doit être effectué au sein de votre environnement de recherche, de votre framework ou d'AlgoBuilder.