Pourquoi une petite modification a-t-elle affecté d’autres signaux?

[LEMMA]

Vous avez déjà modifié une condition dans un script TradingView et constaté des résultats inattendus ailleurs ?
Cette condition peut être liée à la logique d’autres signaux. EasyQuant peut vous aider à comprendre le code et à proposer des modifications adaptées à votre objectif. Précisez ce qui doit changer et ce qui doit rester identique, puis testez le script et comparez les signaux avant et après la modification.
Comment vérifiez-vous qu’une petite retouche n’a pas modifié le reste de votre stratégie ?
https://tradingviewai.dev

[Fabien Labrousse]

Bonjour,

Le sujet est intéressant parce que c'est un piège très courant, que l'on code soi-même ou avec l'aide d'une IA.

Pourquoi une petite retouche peut tout changer

En Pine Script, plusieurs mécanismes font qu'une condition modifiée « déborde » sur le reste du script :

• Les variables partagées : si une variable (un niveau, un filtre, un compteur) sert à plusieurs signaux, la modifier pour l'un modifie aussi les autres.
• Les variables déclarées avec var : elles conservent leur valeur d'une barre à l'autre. Changer le moment où elles sont mises à jour décale tout ce qui en dépend par la suite.
• Les fonctions ta.* appelées dans un bloc conditionnel (ta.ema, ta.crossover, ta.highest…) : si elles ne sont pas calculées à chaque barre, leur historique devient incohérent. TradingView affiche d'ailleurs un avertissement dans ce cas, qu'il ne faut pas ignorer.
• La logique des ordres en mode strategy : une entrée filtrée en plus ou en moins change la position en cours, donc les sorties, le pyramiding et les entrées suivantes. Supprimer un seul trade peut décaler toute la séquence derrière.
• request.security et le lookahead : modifier un appel multi-unités de temps peut introduire (ou supprimer) du repainting, ce qui change les signaux historiques sans que la logique semble avoir bougé.

Comment je vérifie qu'une modification n'a rien cassé

1. Garder une version de référence intacte, sauvegardée à part, avant toute modification.
2. Une seule modification à la fois. Si on change trois choses et que les résultats bougent, on ne sait plus pourquoi.
3. Comparer les listes de trades, pas seulement le résultat global : exporter la liste des trades de chaque version (Strategy Tester) et comparer ligne par ligne. Un P&L final proche peut cacher des trades très différents.
4. Afficher les deux versions sur le même graphique avec des plotshape de couleurs différentes : les divergences sautent aux yeux.
5. Formuler à l'avance ce qui doit changer : « seuls les signaux de vente du mardi doivent disparaître », par exemple. Tout écart en dehors de ce périmètre est un effet de bord à expliquer.
6. Tester sur plusieurs périodes et plusieurs actifs, pour ne pas valider une modification qui ne tient que sur un échantillon.

Sur l'usage de l'IA pour modifier du code

Je développe moi-même mes robots de trading (MQL5) avec l'aide de l'IA, et c'est un vrai gain de temps. Mais il faut garder en tête qu'une IA peut aussi « réécrire » discrètement une partie du code qu'on ne lui avait pas demandé de toucher : renommer une variable, simplifier une condition, changer l'ordre d'un calcul… Il faut donc toujours relire les différences entre l'ancienne et la nouvelle version (un simple outil de comparaison de texte suffit), et ne jamais se contenter du fait que « ça compile ».

La règle reste la même, avec ou sans IA : on ne passe pas en réel une modification qu'on n'a pas comparée trade par trade avec la version précédente.

Fabien

[LEMMA]

Pour préciser un peu, EasyQuant peut aussi vous aider avec un script Pine Script existant lorsque vous souhaitez n’en modifier qu’une partie. Par exemple, ajouter une alerte lorsqu’une condition d’entrée est confirmée, ajouter un filtre pour réduire les signaux répétés ou comprendre pourquoi une position se ferme plus tôt que prévu.

Il est utile d’indiquer ce qui doit changer et ce qui doit rester identique : « Ajoute une alerte à la clôture de la bougie, mais conserve les règles d’entrée et de sortie actuelles. » EasyQuant peut expliquer la logique concernée et proposer une modification. Il faut ensuite vérifier le code et comparer son comportement avant et après, car même une petite modification peut affecter d’autres signaux.

Lorsque vous modifiez une stratégie, qu’est-ce qui vous prend généralement le plus de temps : effectuer la modification ou vérifier que le reste fonctionne toujours comme prévu ?