Trading Agent

Contexte

Un bot qui exécute plusieurs stratégies en parallèle sur de l'argent fictif, avec le cockpit qu'il faut pour comprendre ce qu'il fait avant de lui confier quoi que ce soit de réel.

Contraintes

• 01Une stratégie qui gagne en backtest ne gagne pas forcément en marché : le paper trading est la seule mesure honnête.
• 02Passer à l'argent réel est irréversible : la bascule doit être un acte, pas un réglage — aujourd'hui, l'argent réel n'est pas branché du tout.

Décisions techniques

1. 01

   Paper trading d'abord

   Alpaca exécute sur compte fictif ; TradingView sert à choisir l'univers de titres, ce sont les barres de marché qui décident des entrées. Chaque stratégie a son propre compte et ses propres clés — jamais de repli sur le compte d'une autre.

2. 02

   Le backtest rejoue le même code que le live

   Un seul cycle argent, neutre vis-à-vis du courtier : le rejeu historique passe par le même contrat que l'exécution réelle. Ce qu'on teste est ce qui tournera — pas une réimplémentation qui divergerait en silence.

3. 03

   Zéro dépendance Python

   Le bot tient en bibliothèque standard pure, adaptateur REST compris. Pas de dépendance à casser, pas de chaîne d'approvisionnement à surveiller pour un process qui touche à l'argent.

4. 04

   Cockpit déployé, gardé par clé

   Un bot sans reporting est une boîte noire qui perd de l'argent poliment. Le cockpit — neuf écrans, déployé — dit ce que chaque stratégie a fait et pourquoi, derrière une clé d'accès.

5. 05

   Un watchdog indépendant

   Un processus séparé surveille l'âge des journaux des deux boucles de trading et alerte une fois par incident. Le surveillant ne partage pas le sort du surveillé.

6. 06

   Leçons intégrées et dictionnaire d'abréviations

   Le domaine est plein de jargon : l'outil l'explique au lieu de supposer qu'il est connu.

Prévu

• →IBKR — le passage à l'argent réel, par une bascule volontaire et séparée

Parc

• Python — stdlib pur
• Alpaca (paper, données IEX)
• TradingView
• Vercel
• bash / systemd