Code ProBuilder écrit par une IA : le vérifier sur ProRealTime

Faire écrire son code ProBuilder par une intelligence artificielle prend une minute ; le vérifier prend plus longtemps, et c’est la partie qui compte. Un assistant conversationnel, ce programme qui répond par écrit à une demande en langage courant, propose un texte : l’éditeur de ProRealTime dit s’il s’exécute, vos contrôles disent s’il calcule juste. Le 12 novembre 2026, dans ProRealTime Complète 13 sur un compte démo, l’éditeur a refusé deux erreurs de ce genre : ArrayLen, qui n’existe pas en ProBuilder, et MACDline à deux paramètres au lieu de trois. La vérification tient en quatre contrôles : le manuel officiel, PRINT, l’indicateur de la plateforme et, pour un système, un backtest avec frais.

Comment demander un code ProBuilder à une intelligence artificielle ?

En lui donnant le cadre qu’elle ignore. ProBuilder est le langage de programmation de ProRealTime, celui des indicateurs, que reprennent ProScreener pour les scanners et ProBacktest pour les systèmes. L’assistant n’ouvre pas votre plateforme et rien ne garantit qu’il ait lu la dernière version du manuel : il écrit ce qui ressemble à du ProBuilder. Le modèle suivant l’oblige à s’en tenir au manuel et à avouer ce qu’il ignore ; remplacez la phrase entre crochets.

Tu écris du code ProBuilder, le langage de ProRealTime (version 13).
Écris un indicateur qui [décrivez en une phrase ce qu'il doit calculer].

Règles :
1. N'utilise que des instructions du manuel ProBuilder officiel (version 6.1.0).
   Si une instruction n'y figure pas, ne l'invente pas : dis-le.
2. Aucun accent ni caractère spécial dans le code, sauf dans les commentaires.
3. Une seule instruction RETURN, à la dernière ligne.
4. Un commentaire // au-dessus de chaque bloc.
5. Après le code, liste les instructions utilisées avec leur syntaxe exacte.
6. Indique une valeur à contrôler avec PRINT, ou un indicateur
   de la plateforme auquel comparer le résultat.

Modèle de demande rédigé pour ce guide. Les règles 2 et 3 reprennent la page 31 du manuel ProBuilder, version 6.1.0.

Le manuel proscrit, page 31, les caractères spéciaux comme é, ù ou ç hors des commentaires, ces lignes précédées de // que le programme ne traite pas ; il veut RETURN, l’instruction qui affiche le résultat, une seule fois, en dernière ligne. La règle 5 change la vérification en pointage dans le manuel. Aucun assistant n’est recommandé plutôt qu’un autre : la méthode vaut pour tous.

Quand l’éditeur refuse le code, renvoyez à l’assistant le message d’erreur exact, son numéro de ligne et la ligne concernée.

Quelles erreurs un assistant peut-il glisser dans un code ProBuilder ?

Une instruction qui n’existe pas, ou une instruction à laquelle il manque un paramètre : deux cas vus dans l’éditeur de ProRealTime Complète 13 le 12 novembre 2026.

Pourquoi l’éditeur ProBuilder refuse-t-il ArrayLen ?

Parce que ArrayLen n’existe pas en ProBuilder : aucune page du manuel ne la cite. Le nom a l’air plausible pour compter les cases d’un tableau, cette variable à plusieurs cases notée avec le symbole $ ; c’est tout le piège. Le code qui l’employait a été refusé avec ce message : « ligne 3 : Caractère non autorisé « une parenthèse ouvrante » ».

Le message signale la parenthèse, pas le nom inconnu : il désigne un symptôme. La cause se cherche dans le manuel, qui ne connaît, page 45, que six fonctions propres aux tableaux : ArrayMax, ArrayMin, ArraySort, IsSet, LastSet et UnSet. LastSet, par exemple, retourne l’index défini le plus élevé du tableau.

Combien de paramètres faut-il à MACDline dans ProBuilder ?

Trois, d’après le glossaire du manuel, page 58 : MACDLine[S,L,Si](price). Écrite MACDline[12,26](close), l’instruction a été refusée avec ce message : « ligne 3 : Une des expressions suivantes serait plus appropriée que « un crochet fermant » : une virgule ». Il attendait une virgule, donc un paramètre de plus. La ligne corrigée :

ligne = MACDline[12,26,9](close)

Ligne 3 du système « andlil B05 ». Code testé dans ProRealTime Complète 13, compte démo, 12 novembre 2026.

Ces deux erreurs ont un point commun rassurant : l’éditeur les arrête. Les plus coûteuses sont celles qu’il laisse passer, un code accepté qui calcule autre chose que ce que vous croyez.

Comment vérifier une instruction ProBuilder dans le manuel de ProRealTime ?

En la cherchant dans le glossaire, qui commence page 54 du manuel ProBuilder et donne pour chaque instruction sa syntaxe et une phrase d’explication. Une recherche du nom exact dans le PDF suffit : une instruction absente du manuel est suspecte. Comptez ensuite les paramètres entre crochets : pour MACDline, le nom était juste, la syntaxe non.

Comment voir les valeurs d’un code ProBuilder avec PRINT ?

En écrivant PRINT suivi du nom de la variable : la plateforme affiche son contenu dans un tableau, avec le BarIndex, c’est-à-dire le numéro de la barre, et la date correspondante. Le manuel la décrit pages 46 et 47 : jusqu’à 10 valeurs par code, et une fenêtre qui garde les 200 calculs les plus récents. Son exemple, deux moyennes mobiles et leurs croisements, a été exécuté le 12 novembre 2026 dans la Complète 13, et sa fenêtre de résultats s’est affichée.

PRINT répond à une question simple : la variable vaut-elle, sur telle barre, ce que vous calculeriez à la main ? Trois barres contrôlées valent mieux qu’une courbe qui « a l’air juste ».

Comment comparer un code ProBuilder à l’indicateur de la plateforme ?

En affichant l’écart entre votre calcul et l’indicateur intégré de ProRealTime : s’ils calculent la même chose, il vaut 0. Ce code recalcule le MACD, indicateur bâti sur l’écart entre deux moyennes mobiles, selon la méthode du manuel, page 14, puis le compare à celui de la plateforme.

// MACD recalcule a la main, compare a celui de la plateforme
ligne = ExponentialAverage[12](close) - ExponentialAverage[26](close)
signal = ExponentialAverage[9](ligne)
histo = ligne - signal
ecart = histo - MACD[12,26,9](close)
RETURN histo STYLE(histogram) AS "Histogramme", ecart COLOURED(255, 0, 255) AS "Ecart avec la plateforme"

Indicateur « andlil 09 ». Code testé dans ProRealTime Complète 13, compte démo, 12 novembre 2026.

La deuxième ligne calcule la ligne du MACD : la moyenne mobile exponentielle (ExponentialAverage), qui pèse davantage les prix récents, sur 12 clôtures, moins celle sur 26. La troisième la lisse sur 9 périodes, c’est le signal ; la quatrième fait la différence, l’histogramme.

La cinquième est le contrôle : MACD[12,26,9](close) appelle le MACD intégré, mêmes réglages, et ecart le soustrait de l’histogramme maison. RETURN affiche l’un en barres, STYLE(histogram), l’autre en magenta, COLOURED(255, 0, 255), chacun nommé par AS.

Le 12 novembre 2026 à 17 h 02, sur le Mini Nasdaq 100 Full1226 en 5 minutes, l’histogramme valait 21,131 sur la dernière bougie et la ligne magenta restait à 0 sur tout l’écran : les deux calculs coïncidaient. Quand un indicateur intégré existe, c’est le contrôle le plus probant.

Pourquoi tester avec des frais un système ProBuilder écrit par une IA ?

Parce qu’un backtest, la simulation d’une règle sur l’historique des cours, décrit sans frais un marché où trader ne coûte rien. Dans le panneau ProBacktest de la Complète 13, relevé le 12 novembre 2026, les frais par ordre sont à 0 $ par défaut, et le spread, l’écart entre prix d’achat et prix de vente, proposé à 2 points, est désactivé. Le manuel ProBacktest, page 27, accepte un montant fixe par ordre, un pourcentage, un montant par lot et un spread en points.

Réglez-les avant le premier test, et allongez l’historique : celui proposé par défaut ne couvrait que trois séances lors du relevé. Un code d’assistant n’est pas une stratégie : le backtest dit ce que la règle aurait fait, rien de ce qu’elle fera.

Les performances passées, réelles ou simulées, ne préjugent pas des performances futures. Les CFD à risque limité sont des instruments complexes, qui présentent un risque élevé de perte rapide en capital en raison de l’effet de levier. Les futures peuvent faire perdre plus que le dépôt.

Quelle liste de contrôle avant d’utiliser un code ProBuilder écrit par une IA ?

Sept points, à cocher dans l’ordre, sur un compte démo :

1. Chaque instruction figure dans le glossaire du manuel ProBuilder, avec le bon nombre de paramètres.
2. Aucun accent ni caractère spécial hors des commentaires, et un seul RETURN, à la dernière ligne.
3. L’éditeur accepte le code sans message d’erreur.
4. Les valeurs clés, affichées avec PRINT, sont justes sur quelques barres contrôlées à la main.
5. Quand un indicateur intégré existe, l’écart avec lui reste à 0.
6. Pour un système, le backtest inclut frais et spread, sur un historique long.
7. Vous savez dire, ligne par ligne, ce que fait le code.

Le dernier point est le plus exigeant : un code que vous ne savez pas expliquer reste celui de l’assistant.

Ouvrir un compte démo gratuit

Questions fréquentes sur le code ProBuilder écrit par une intelligence artificielle

Codes, messages d’erreur, valeurs et réglages par défaut relevés à l’écran dans ProRealTime Complète 13, compte démo, le 12 novembre 2026.