Checklist de démarrage¶
Un plan d'exécution en cinq phases, ordonné pour dépenser le moins d'argent possible avant d'avoir la première preuve.
Le principe qui gouverne cet ordre
Tout ce qui est gratuit vient avant tout ce qui est payant. Rithmic Test est accessible sans conformance avec des données CME réelles ; l'enregistrement de votre propre flux ne coûte rien. Les évaluations, elles, se paient — et elles représentent la moitié du coût du scénario d'échec.
Phase 0 — Décision (1 heure)¶
- [ ] Écrire le budget total que j'accepte de perdre : ______ $
- [ ] Écrire le nombre maximal d'évaluations : ______
- [ ] Écrire les heures que j'accepte d'investir : ______ h
- [ ] Écrire le critère objectif d'abandon : ______
- [ ] Fixer la date de réévaluation du projet : ______
- [ ] Avoir lu Scénarios de profit et accepté que l'espérance du projet soit négative
Phase 1 — Vérifications préalables (1 semaine, 0 $)¶
- [ ] Choisir 2 ou 3 prop firms candidates
- [ ] Leur envoyer les cinq questions du chapitre Accéder à Rithmic via une prop firm
- [ ] Obtenir les réponses par écrit et les archiver
- [ ] Vérifier : API autorisée en évaluation ? en financé ?
- [ ] Vérifier : automatisation complète autorisée en financé ?
- [ ] Vérifier : VPS autorisé ?
- [ ] Vérifier : MBO disponible, à quel prix ?
- [ ] Décider de l'architecture selon l'arbre de décision du chapitre Alternatives
Ne pas passer à la phase 2 sans réponses écrites
C'est la phase la moins gratifiante et la plus rentable. Une réponse « non » à la question 4 économise 300 heures de développement.
Phase 2 — Collecte (1 mois, 0 $)¶
- [ ] Demander le dev kit à Rithmic (ou obtenir les accès ProjectX)
- [ ] Se connecter à Rithmic Test
- [ ] Écrire le journal append-only avant tout le reste
- [ ] Écrire l'enregistreur de flux compressé
- [ ] Laisser tourner 20 séances en collecte pure, sans aucune logique
- [ ] Mesurer : débit de messages, latence réelle, déconnexions, heures creuses
- [ ] Vérifier la convention d'agresseur (test sur barre haussière)
Livrable : 20 séances de données brutes horodatées, et une connaissance empirique de votre infrastructure.
Phase 3 — Recherche (1 à 2 mois, 0 $)¶
- [ ] Implémenter les primitives (code vérifié)
- [ ] Découper les données : 60 % développement, 20 % validation, 20 % test
- [ ] Implémenter un motif (commencer par l'absorption)
- [ ] Mesurer la fréquence des signaux
- [ ] Mesurer MFE et MAE sans règle de sortie
- [ ] Comparer à un tirage aléatoire de même distribution horaire
- [ ] Si p-value > 0,05 : changer de motif, ne pas ajuster les paramètres
- [ ] Ajouter TP, SL, sortie temporelle et coûts réalistes
- [ ] Modéliser le slippage comme croissant avec la volatilité
- [ ] Valider sur la période de test — une seule fois
Le critère de sortie de la phase 3
Espérance positive, coûts inclus, sur la période de test jamais utilisée pour choisir les paramètres, avec au moins 30 trades par paramètre optimisé.
Si ce critère n'est pas atteint, n'achetez pas d'évaluation. Retournez à la recherche ou arrêtez. C'est le point de décision le plus important du projet.
Phase 4 — Paper trading (1 mois, 0 $)¶
- [ ] Implémenter la couche de risque et de conformité complète
- [ ] Implémenter l'idempotence de l'exécuteur
- [ ] Implémenter la réconciliation après reconnexion
- [ ] Implémenter le heartbeat et la surveillance externe
- [ ] Implémenter l'alarme « absence de données »
- [ ] Implémenter l'arrêt d'urgence par fichier sentinelle
- [ ] Implémenter le calendrier de rollover
- [ ] Faire tourner 20 séances en simulation
- [ ] Comparer la fréquence des signaux au backtest : écart < 20 %
- [ ] Vérifier les rejets, les fills partiels, les divergences de position
Le critère de passage est la fréquence, pas le P&L
Vingt séances ne prouvent rien sur la performance. Elles prouvent que le système fonctionne. Si la fréquence diverge de plus de 20 %, quelque chose de fondamental est différent entre backtest et production : trouvez-le avant de continuer.
Phase 5 — Argent réel (à partir de 249 $)¶
- [ ] Acheter une seule évaluation
- [ ] Configurer le dimensionnement à 0,5 % du drawdown disponible
- [ ] Configurer le plafond de consistance auto-calculé
- [ ] Configurer les plafonds journaliers (trades, perte, pertes consécutives)
- [ ] Faire tourner 20 séances à taille minimale
- [ ] Comparer les résultats au paper trading
- [ ] Augmenter la taille seulement si les résultats correspondent
- [ ] Ne pas acheter de seconde évaluation avant deux cycles de versement
Les erreurs qui coûtent le plus cher¶
| Erreur | Coût typique |
|---|---|
| Acheter une évaluation avant la phase 3 | 249 $ × 5 tentatives |
| Développer sans vérifier les règles de la firme | 300 heures |
| Backtester sans slippage réaliste | La totalité du projet |
| Sauter la comparaison au hasard | La totalité du projet |
| Dimensionner à 3 % du drawdown | Un compte financé |
| Pas d'idempotence | Positions doublées |
| Symbole en dur | Panne silencieuse au rollover |
| Optimiser 12 paramètres sur 150 trades | Un backtest sans valeur |
Le calendrier réaliste¶
| Phase | Durée | Coût cumulé |
|---|---|---|
| 0 — Décision | 1 h | 0 $ |
| 1 — Vérifications | 1 semaine | 0 $ |
| 2 — Collecte | 1 mois | 0 $ |
| 3 — Recherche | 1-2 mois | 0 $ |
| 4 — Paper | 1 mois | 0 $ |
| 5 — Réel | — | 249 $ et plus |
Trois à quatre mois avant de dépenser le premier dollar. C'est long, et c'est ce qui distingue un projet d'un achat impulsif.
Retour aux annexes