Runtime natif IA pour les stratégies de trading Moomoo
Développez dans Cursor, Claude Code ou tout autre IDE IA. Déployez depuis GitHub dans un runtime cloud managé avec contrôle MCP natif, logs et sélection de région.
Section 01 · En un coup d’œil
En un coup d’œil
- Courtier
- Moomoo Financial Inc. (Futu Holdings Limited, NASDAQ: FUTU)
- Type de courtier
- Courtier de détail réglementé aux États-Unis ; la maison mère internationale Futu Holdings dessert également Hong Kong, Singapour et l'Australie
- Classe d’actifs
- Actions US, options US, futures US (limités), actions de Hong Kong (entité distincte), actions de Singapour (entité distincte), crypto
- Actifs couverts
- Actions US, options US, futures US (produits limités), ETF, OPCVM (US). Actions, options et warrants de Hong Kong via Futu Securities International (HK) Limited. Singapour via Moomoo Financial Singapore Pte. Ltd. Crypto via les affiliés de Moomoo. L'accès aux marchés non américains dépend de l'entité Futu/Moomoo qui détient le compte.
- 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
- Moomoo OpenAPI via le client de passerelle locale OpenD, SDK Python futu-api, SDK Java, SDK C++, connecteurs personnalisés communiquant avec OpenD
- Intégration du workflow d’IA
- Surface de contrôle MCP pour Cursor, Claude Code, GitHub Copilot et agents CLI
- Rôle de TradingHost
- Runtime, déploiement, logs, health checks, sélection de région, contrôle MCP
- Rôle de Moomoo
- Compte de courtage, distribution du client OpenD, données de marché, lieu d'exécution, conservation, règlement-livraison, rapports fiscaux
- Régulateurs
- Moomoo Financial Inc. : courtier-négociant (broker-dealer) enregistré auprès de la SEC et de la FINRA (CRD 32107). Membre de la SIPC. Les entités de la maison mère Futu Holdings sont également réglementées par la SFC (Hong Kong), la MAS (Singapour) et l'ASIC (Australie) selon leur pays d'incorporation.
- Particuliers US
- Oui (Moomoo Financial Inc.). Compte de paper trading disponible.
- Affiliation
- TradingHost est indépendant et n'est pas affilié à Moomoo Financial Inc. ni à Futu Holdings Limited.
Section 02 · Ce que propose Moomoo
Ce que propose Moomoo
Moomoo expose une interface programmatique via la Futu OpenAPI et un client de passerelle locale OpenD. La stratégie se connecte à OpenD via un localhost socket ; OpenD s'authentifie auprès de Moomoo et achemine les ordres. La couverture comprend les actions US, les options et les futures (limités) via Moomoo Financial Inc., ainsi que les marchés de Hong Kong et de Singapour via des entités sœurs.
Marchés et types de stratégies
- Stratégies d'actions et d'options US via OpenAPI
- Stratégies d'actions de Hong Kong (via l'entité Futu HK)
- Stratégies d'actions de Singapour (via l'entité Moomoo SG)
- Stratégies de portefeuille multi-marchés (US + HK)
- Modèle de connexion via le client de passerelle locale OpenD
- Compte de paper trading disponible
Interface API
- Produits pris en charge
- Moomoo OpenAPI expose les actions US, les options US, les futures US (limités), les actions et options de Hong Kong, ainsi que les actions de Singapour, selon l'entité Futu/Moomoo qui détient le compte. Le trading de cryptomonnaies est proposé via des affiliés de Moomoo. Les abonnements aux données de marché se font par marché et par compte.
- Méthodes de connexion
- Architecture client de passerelle locale OpenD : l'utilisateur exécute un processus OpenD installé séparément qui s'authentifie auprès de Futu/Moomoo et expose un localhost socket sur un port fixe. Les SDK de stratégie (Python, Java, C++) se connectent à ce socket local. Ce modèle est similaire à celui de l'API TWS d'IBKR.
- Authentification
- Double facteur : (1) Le client OpenD s'authentifie auprès de Moomoo avec les identifiants de compte de l'utilisateur ; (2) Le SDK de la stratégie s'authentifie auprès de l'OpenD local avec un trading password distinct. Le trading password est requis pour tout endpoint de placement d'ordres et est appliqué au sein d'OpenD, et non sur le serveur du courtier.
Pour plus de précisions, reportez-vous à Moomoo
Les endpoints spécifiques, les détails d'installation d'OpenD, les limites de requêtes et les droits aux données de marché se trouvent dans la documentation de Moomoo OpenAPI.
Section 03 · Développer avec l’IA
Développez votre stratégie Moomoo avec l’IA
Choisissez le langage de votre SDK, installez OpenD en tant que sidecar dans votre conteneur TradingHost (ou exécutez-le sur un hôte adjacent), et développez votre stratégie dans un IDE IA. Cursor, Claude Code, GitHub Copilot et les agents IA en CLI fonctionnent tous avec le même cycle de déploiement natif GitHub.
Moomoo OpenAPI via OpenD
Le SDK de la stratégie se connecte à un processus client OpenD exécuté localement via un localhost socket. OpenD s'authentifie auprès de Moomoo et achemine les ordres. Modèle similaire à celui de l'API TWS d'IBKR.
futu-api Python
SDK Python officiel de Futu. Il encapsule le protocole de socket OpenD et expose des méthodes pythoniques pour gérer les ordres, l'état du compte, les données de marché et les abonnements de trading.
SDK Java et C++
SDK officiels Java et C++ pour OpenD. Utilisez-les si votre infrastructure de trading utilise déjà ces langages, ou si une logique sensible à la latence justifie du code compilé.
Connecteur personnalisé
Wrapper client OpenD interne. Le protocole OpenD étant documenté, les implémentations personnalisées sont tout à fait envisageables pour les infrastructures spécialisées.
Compatibilité des bibliothèques avec les marchés Moomoo
La couverture des actifs dépend de l'entité Futu/Moomoo qui détient votre compte. Les SDK futu-api gèrent tous les marchés pris en charge par l'entité ; le facteur limitant est l'accès au compte, et non les capacités du SDK.
✓ support confirmé selon la documentation du SDK. L'accès réel au marché dépend de l'entité qui détient votre compte ; le SDK expose toutes les fonctionnalités, mais les autorisations d'accès sont appliquées du côté du courtier.
TradingHost n'impose aucun SDK. Il exécute votre projet, y compris le sidecar OpenD.
Développer avec l’IA
futu-api s'intègre parfaitement dans les IDE IA : les méthodes du SDK correspondent clairement aux endpoints OpenAPI et les indices de type (type hints) sont explicites. La surface de contrôle MCP de TradingHost complète le tout pour l'observabilité et la gestion du runtime.
Section 04 · Exécuter sur TradingHost
Exécutez votre code sur TradingHost
Moomoo fournit le compte de courtage, la distribution du client OpenD, les données de marché et le lieu d'exécution. TradingHost fournit l'environnement de production dans lequel s'exécutent votre stratégie et le sidecar OpenD.
Au lieu d'exécuter le code de votre stratégie et OpenD sur un ordinateur portable, un ordinateur de bureau, un VPS générique ou un serveur configuré manuellement, vous déployez depuis GitHub dans un environnement d'exécution de conteneurs géré par TradingHost qui héberge les deux processus ensemble.
Vous
- Votre dépôt contient votre code.
- Votre déploiement définit ses paramètres d’exécution.
- Votre stratégie se connecte à Moomoo via OpenD.
TradingHost
- Maintient l’environnement d’exécution en ligne.
- Expose les journaux et les bilans de santé.
- Sélection de la région.
- Interface de déploiement contrôlée.
Flux de déploiement
- ÉTAPE 01
Connecter GitHub
Autorisez TradingHost à accéder à votre compte GitHub.
- ÉTAPE 02
Lier un dépôt ou utiliser un modèle de départ
Pointez TradingHost vers votre dépôt de stratégie Moomoo OpenAPI existant, ou dupliquez (fork) un modèle de départ Python futu-api qui inclut une configuration de sidecar OpenD.
- ÉTAPE 03
Déployer avec OpenD en tant que sidecar
Choisissez une région (US-East pour les marchés américains, EU pour l'activité de la session européenne), renseignez vos identifiants de compte Moomoo et votre trading password en tant que variables d'environnement, puis déployez. Le client OpenD s'exécute sous forme de conteneur sidecar aux côtés de votre stratégie ; les deux partagent un localhost socket au sein du pod Kubernetes.
- ÉTAPE 04
Suivre les journaux et l’état de santé
Suivez les logs en direct, l'état de santé et l'état d'exécution depuis le tableau de bord TradingHost. La même interface est accessible via MCP depuis n'importe quel AI IDE. Les logs d'OpenD sont capturés aux côtés des logs de la stratégie.
- ÉTAPE 05
Mettre à jour et redéployer
Poussez vos modifications sur votre branche principale GitHub et TradingHost redéploie à la fois la stratégie et le sidecar OpenD.
Section 05 · Notes opérationnelles
Notes opérationnelles pour Moomoo
Les pièges classiques lors de l'exécution réelle d'une stratégie Moomoo dans un environnement cloud conteneurisé. Le modèle de passerelle locale OpenD est la réalité opérationnelle majeure. Chaque affirmation ci-dessous est citée ou paraphrasée de la documentation OpenAPI de Moomoo.
01 · Sidecar OpenD
OpenD est une passerelle locale, pas une API distante
L'interface programmatique de Moomoo est l'OpenAPI exposée via OpenD, un client passerelle installé séparément. Le SDK de la stratégie se connecte à OpenD via un localhost socket. OpenD s'authentifie auprès de Moomoo, maintient la session et achemine les ordres. Pour un déploiement cloud, exécutez OpenD en tant que conteneur sidecar dans le même pod que la stratégie. Ce modèle est similaire à celui de l'API TWS d'IBKR.
02 · Trading password
Le trading password est requis pour les points de terminaison d'ordres
Après l'authentification d'OpenD auprès de Moomoo à l'aide des identifiants de compte, le SDK de la stratégie doit également fournir un trading password pour tout appel de placement d'ordre. Le trading password est configuré sur le compte Moomoo et est appliqué au sein d'OpenD, et non sur le serveur du courtier. Stockez le trading password dans les secrets de TradingHost et fournissez-le à OpenD au démarrage.
03 · Entité / accès au marché
L'accès au marché dépend de l'entité Futu/Moomoo qui détient le compte
Moomoo Financial Inc. (entité américaine, FINRA CRD 32107) propose des actions américaines, des options et des contrats à terme limités. Futu Securities International (HK) et Moomoo Financial Singapore sont des entités distinctes desservant les marchés de Hong Kong et de Singapour. L'OpenAPI expose l'ensemble des marchés, mais le courtier rejette les ordres pour les marchés en dehors de l'accès de votre entité. Planifiez vos stratégies en fonction des marchés que votre compte est autorisé à négocier.
04 · Abonnements aux données de marché
Les abonnements aux données en temps réel se font par marché et par compte
Moomoo facture les abonnements aux données de marché par marché (US Level 1, US Level 2, HK, SG) et par compte. Sans abonnement actif, l'OpenAPI renvoie des données différées ou des réponses vides pour ce marché. Confirmez vos abonnements sur le compte Moomoo avant de déployer une stratégie qui dépend de données en temps réel.
05 · Paper trading
Le compte de paper trading utilise la même interface OpenAPI avec un identifiant de compte différent
Moomoo propose un compte de paper trading qui s'exécute sur les mêmes points de terminaison OpenAPI avec un identifiant de compte spécifique au paper trading. Le code de la stratégie ne change pas entre le mode démo et le mode réel ; seule la configuration de l'identifiant de compte et du trading password change. Utilisez le paper trading comme environnement de test avant de passer au réel.
SourceMoomoo paper trading
Section 06 · Conçu pour
Conçu pour
Les runtimes TradingHost Moomoo sont particulièrement adaptés pour :
- Développeurs concevant des stratégies dans des AI IDE (Cursor, Claude Code)
- Traders multi-marchés (US + HK + SG)
- Auteurs de stratégies sur actions de Hong Kong
- Auteurs de stratégies sur actions de Singapour
- Quants sur comptes américains utilisant futu-api Python
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é à Moomoo Financial Inc. ni à Futu Holdings Limited.
Non. TradingHost est un environnement d'exécution pour le code de stratégies de trading. Moomoo Financial Inc. est le courtier-négociant américain (FINRA CRD 32107), membre de la SIPC. Votre compte, la garde des actifs, l'accès au marché, le règlement-livraison et les déclarations fiscales sont tous gérés par Moomoo.
OpenD est le client passerelle local de Moomoo. Il s'agit d'un processus installé séparément qui s'authentifie auprès de Moomoo, maintient la session de trading et expose un localhost socket auquel le SDK de la stratégie se connecte. La stratégie ne communique jamais directement avec les serveurs de Moomoo ; OpenD sert de relais. Ce modèle est similaire à celui de l'API TWS d'Interactive Brokers.
Oui, en tant que sidecar. TradingHost exécute OpenD en tant que conteneur sidecar dans le même pod Kubernetes que la stratégie. Les deux partagent un localhost socket à l'intérieur du pod. OpenD s'authentifie auprès de Moomoo au démarrage à l'aide des identifiants fournis via les secrets de TradingHost.
Oui, si votre compte est ouvert auprès de l'entité Futu Hong Kong. Moomoo Financial Inc. (entité américaine) détient l'accès au marché américain ; l'accès aux marchés de Hong Kong et de Singapour se fait via des entités Futu distinctes. L'OpenAPI expose tous les marchés que le SDK peut cibler ; le courtier applique les restrictions d'accès propres à votre compte.
Non. Le code de votre stratégie se connecte à OpenD et envoie des instructions d'ordre ; OpenD les transmet à Moomoo. TradingHost fournit l'environnement d'exécution dans lequel s'exécutent ces deux processus.
Non. L'accès à l'API Moomoo est fourni par Moomoo via l'OpenAPI et le client OpenD. Vous êtes responsable de votre compte Moomoo, de la distribution du client OpenD et du respect des conditions d'utilisation de Moomoo.
Tout langage s'exécutant dans un conteneur. Moomoo propose des SDK officiels en Python (futu-api), Java et C++. D'autres langages peuvent communiquer directement avec OpenD via son protocole de socket documenté.
Ouvrez un compte Moomoo auprès de l'entité correspondant à votre marché. Activez l'OpenAPI sur le compte et obtenez votre trading password. Connectez votre dépôt GitHub contenant le code de votre stratégie, liez-le à TradingHost, puis déployez avec OpenD configuré en tant que sidecar.
Dans votre flux de secrets contrôlé par GitHub. Le mot de passe du compte Moomoo est transmis à OpenD au démarrage du sidecar ; le trading password est transmis au SDK de la stratégie au démarrage de celle-ci.
Non. Les stratégies ne devraient jamais avoir besoin d'autorisations de retrait ou de transfert de fonds.
Oui. TradingHost prend en charge le contrôle via MCP pour les IDE IA, notamment Cursor, Claude Code, GitHub Copilot et les agents IA en CLI.
Non. La règle PDT (FINRA Rule 4210) est appliquée par Moomoo sur les comptes US, et non par TradingHost. Les comptes sur marge de moins de 25 000 $ sont soumis aux restrictions PDT sur le day trading.
Non. Les formulaires fiscaux proviennent de l'entité Moomoo qui détient votre compte, et non de TradingHost.
Non. La SIPC couvre votre compte de courtage Moomoo US (Moomoo Financial Inc.) jusqu'à 500 000 $, dont 250 000 $ en espèces. Les entités hors US sont couvertes par leurs régulateurs locaux. Le runtime de TradingHost n'est pas couvert par la SIPC car TradingHost n'est pas un courtier.
TradingHost est disponible dans les régions EU et US-East. US-East est le choix naturel pour les comptes Moomoo US ; la région EU couvre l'activité de la session européenne. L'ajout des régions de Hong Kong et de Singapour est sur notre feuille de route.
Non. TradingHost se concentre sur le runtime de production et le déploiement. Le backtesting doit être effectué au sein de votre environnement de recherche, de votre framework ou d'AlgoBuilder.