Construire des plugins de résultats personnalisés avec du code Claude

Un guide étape par étape pour étendre StrategyQuant X à l'aide du développement assisté par l'IA

Introduction

En commençant par StrategyQuant X build 144, Il est possible de créer des plugins de résultats personnalisés grâce à l'IA. vibécodage en utilisant le Application de bureau Claude Code. StrategyQuant X a toujours supporté les plugins de résultats personnalisés comme fichiers HTML statiques chargé dans l'onglet Résultats - mais la construction d'un tel outil était compliquée et hors de portée de la plupart des utilisateurs, car elle nécessitait de solides compétences en JavaScript, une connaissance de l'API PostMessage, du modèle de données SQX et de la création d'un thème CSS.

À partir de la version 144, cela change. Vous pouvez maintenant créer des plugins complets en décrivant ce que vous voulez en anglais. Claude lit le guide des plugins SQX fourni avec votre installation, comprend les conventions utilisées par les plugins existants et génère un code de qualité production que vous pouvez placer directement dans votre onglet Résultats.

Ce guide vous accompagne tout au long du processus de construction d'un véritable plugin - le Tableau de bord de la robustesse, qui évalue toute stratégie de 0 à 100 sur la base de six piliers de robustesse. Chaque étape peut être reproduite dans votre propre session Claude Code. Le tableau de bord peut être téléchargé ici :

[Capture d'écran : Le plugin "Robustness Scorecard" (fiche d'évaluation de la robustesse) s'exécute dans l'onglet "SQX Results", montrant le cercle d'évaluation, la note et les barres de piliers].

Conditions préalables

Avant de commencer, assurez-vous d'avoir

• StrategyQuant X installé - licence Pro ou Ultimate (la licence Starter ne prend pas en charge les plugins personnalisés)
• Application de bureau Claude Code installé à partir de claude.com/claude-code
• Une compréhension de base de l'endroit où user/extend/ResultsPlugins/ se trouve dans votre installation SQX
• Au moins une stratégie backtestée disponible dans une banque de données à tester

Aucune connaissance en JavaScript, Vue ou CSS n'est requise.

Étape 1 - Ouvrir le dossier des plugins dans Claude Code

Lancez l'application de bureau Claude Code et ouvrez le user/extend/ResultsPlugins/ de votre installation SQX (Fichier → Ouvrir un dossier, ou faites glisser le dossier sur l'icône de l'application).

A l'ouverture du dossier, Claude Code récupère automatiquement le CLAUDE.md maintenu par l'équipe SQX. Ce fichier contient l'architecture complète du plugin, l'API PostMessage complète, la liste des champs de statistiques disponibles, les règles de thématisation, les exigences en matière de clause de non-responsabilité et les modèles d'infobulles. A partir de ce moment, Claude sait tout ce dont il a besoin pour construire un plugin qui s'intègre naturellement aux plugins officiels.

[Capture d'écran : Fenêtre Claude Code avec le dossier ResultsPlugins ouvert dans la fenêtre Claude Code].

Étape 2 - Laissez Claude analyser l'environnement

Envoyez votre premier message à Claude :

Parcourez ce dossier pour trouver les compétences et les instructions nécessaires au codage du plugin de résultat.

Claude lit CLAUDE.md et vous résume les faits essentiels : les plugins vivent dans leur propre sous-dossier avec un seul index.html, la communication avec SQX se fait exclusivement via postMessage, le corps doit utiliser overflow:hidden, Vue 3 est supporté par un runtime local, et ainsi de suite.

Cette étape de mise en contexte est essentielle. Une fois que Claude aura confirmé qu'il comprend l'environnement, tout ce qu'il produira par la suite respectera les conventions du SQX sans que vous ayez à les reformuler.

[Capture d'écran : Fenêtre de discussion du code Claude montrant le résumé de Claude sur l'architecture du plugin après la lecture de CLAUDE.md].

Étape 3 - Remue-méninges sur les idées de plugins

Plutôt que de s'engager immédiatement dans une mise en œuvre, demandez à Claude de vous proposer des options :

Rédiger pour moi un nouveau plugin pour SQX qui évaluera la robustesse de la stratégie sur la base des résultats statistiques, suggérer 10 idées.

Claude répond en proposant dix approches différentes : tableaux de bord pondérés, listes de contrôle des feux de signalisation, analyseurs IS/OOS, tests de stress Monte Carlo, graphiques radar, détecteurs de risque de queue, compteurs d'overfitting, etc. Chaque idée est accompagnée d'une brève description et des champs de statistiques sur lesquels elle s'appuierait.

Cette phase de brainstorming est l'un des plus grands avantages de travailler avec un collaborateur IA. Vous voyez apparaître un éventail d'options que vous n'auriez peut-être jamais envisagées, et vous gardez le contrôle de l'orientation finale.

[Capture d'écran : La liste des 10 idées de plugins dans le chat Claude Code, avec une courte description sous chaque idée].

Étape 4 - Demander un plan de mise en œuvre

Une fois que vous avez choisi une idée, demandez un plan détaillé avant d'écrire le moindre code :

Rédiger un plan de mise en œuvre pour l'idée 1. Fiche d'évaluation de la robustesse (0-100).

Claude produit un plan étape par étape : la structure du dossier, les données qu'il va chercher (3 dossiers parallèles), les données qu'il va chercher (3 dossiers parallèles), les données qu'il va chercher (3 dossiers parallèles). GET_STATS (dans les deux sens, long seulement, court seulement), le modèle de notation avec six piliers et leurs poids, les points de normalisation pour chaque mesure, la présentation de l'interface utilisateur avec un cercle de notation et des barres de piliers, l'ordre de construction et une liste explicite de réductions de la portée pour les choses qui ne seront pas prises en compte dans le cadre de l'évaluation. pas dans la première version.

Lisez attentivement le plan. C'est le moment le moins coûteux pour changer de direction - corriger une erreur conceptuelle maintenant ne prend qu'une phrase, alors que la corriger après la mise en œuvre prend plusieurs itérations.

[Capture d'écran : Le plan de mise en œuvre dans le chat, montrant le tableau des poids des piliers et la configuration de la notation].

Étape 5 - Approbation et génération du code

Lorsque le plan semble correct, une simple confirmation suffit :

ok faites le

Claude crée un nouveau RobustnessScorecard/, copie le vue.global.prod.js à partir d'un plugin existant (SQX fonctionne hors ligne, donc toutes les dépendances doivent être locales), et génère un seul index.html contenant :

• Variables CSS pour les thèmes clairs et foncés
• Une application Vue 3 avec un gestionnaire d'événements pour les messages
• Trois parallèles GET_STATS avec un compteur qui attend toutes les réponses avant de calculer le nombre de réponses.
• A Objet CONFIG contenant les poids des piliers
• A fonction norm() pour la normalisation métrique linéaire par morceaux
• Les calculs des six piliers avec des solutions de repli en cas de données manquantes
• Un seuil de transactions peu élevé (moins de 100 transactions, le pilier de l'échantillon étant plafonné à 30)
• Repondération automatique lorsqu'un pilier n'a pas d'entrées valides
• L'interface utilisateur complète : cercle de score, lettre de classement, verdict, principales faiblesses et barres de piliers.

Environ 500 lignes de code de qualité production dans un seul fichier, prêt à être inséré dans SQX.

[Capture d'écran : Le dossier RobustnessScorecard nouvellement créé dans l'arborescence des fichiers avec index.html et vue.global.prod.js visibles].

Étape 6 - Ajouter la clause de non-responsabilité standard

Tout outil d'interprétation des performances de trading doit comporter une clause de non-responsabilité. Claude connaît déjà cette règle grâce à CLAUDE.md, mais vous pouvez déclencher l'étape explicitement :

Ajoutez également une clause de non-responsabilité correspondant aux autres plugins.

Claude s'intéresse à la manière dont Prop analytics et Prop Monte Carlo mettent en œuvre leurs clauses de non-responsabilité, appliquent la même classe CSS (11px, couleur sourde, border-top, texte justifié, flex-shrink:0), et place le bloc comme dernier élément à l'intérieur de #app. En ce qui concerne la carte de score en particulier, Claude ajoute une phrase supplémentaire précisant qu'un score élevé ne garantit pas les performances futures et qu'un score faible ne garantit pas l'échec.

Comme Claude correspond au modèle utilisé par les plugins existants, la clause de non-responsabilité est visuellement cohérente avec le reste de l'onglet Résultats.

[Capture d'écran : L'aperçu du plugin montre la barre de non-responsabilité au bas de l'iframe, sous les barres de piliers].

Étape 7 - Ajouter des infobulles avec des explications pratiques

C'est l'étape qui transforme le plugin d'un outil quantique en un outil utilisable par tous :

Faites également en sorte que les infobulles soient accompagnées d'une explication pratique.

Claude ajoute un modèle de bulle d'aide purement CSS ([data-tip]:hover::after avec white-space : pre-line) et crée un seul objet centralisé TOOLTIPS en haut du script. Chaque info-bulle suit une structure en trois questions :

1. Qu'est-ce que c'est ? - une définition en langage clair
2. Comment le lire - seuils concrets faibles / OK / bons
3. Pourquoi c'est important - un court exemple concret

Par exemple, l'infobulle du facteur Profit se lit comme suit :

1TP9Facteur de rentabilité = bénéfice brut ÷ perte brute.
Faible : <1,2 - OK : 1,2-1,5 - Bon : 1,5+.
Exemple : 1,87 signifie que vous gagnez $1,87 pour chaque $1 perdu.

Des infobulles sont attachées au titre, au score global, à la note, à chaque nom de pilier et à chaque mesure brute affichée par le plugin. Un subtil soulignement en pointillé indique ce qui peut être survolé afin que les utilisateurs puissent le découvrir.

[Capture d'écran : une info-bulle apparaît lorsque l'on passe la souris sur "Robustness scorecard"].

Étape 8 - Mise à jour du fichier CLAUDE.md pour les futurs plugins

C'est l'étape qui se compose à travers le temps. Demandez à Claude de documenter ce qu'il vient d'apprendre :

Mise à jour de CLAUDE.md - ajout d'instructions sur les infobulles avec des exemples pratiques et sur la clause de non-responsabilité. Vérifier ce que les autres plugins utilisent déjà.

Claude analyse les plugins existants pour leur marquage et leur style de clause de non-responsabilité, rédige une nouvelle section "Info-bulles et explication des mesures aux utilisateurs" couvrant la règle des trois questions, le modèle d'info-bulle en CSS pur, une copie prête à l'emploi pour les mesures courantes et cinq exemples pratiques. Il ajoute également une section intitulée "Avis de non-responsabilité (obligatoire)", avec le texte standard, le bloc CSS standard, l'emplacement correct dans la mise en page, le modèle i18n et une liste de contrôle pour la révision. Enfin, elle ajoute RobustnessScorecard dans la table Existing Plugin Examples.

Après cette étape, le prochain plugin que vous créerez partira d'une base améliorée - la plateforme apprend littéralement de ses propres extensions.

[Capture d'écran : le fichier CLAUDE.md dans le dossier du plugin de résultats].

Étape 9 - Tester le plugin dans StrategyQuant X

Fermez SQX et redémarrez-le (ou cliquez sur l'icône de rechargement dans l'onglet Résultats). Ouvrez n'importe quelle stratégie à partir d'une banque de données, allez dans l'onglet Résultats et vous devriez voir Tableau de bord de la robustesse avec les plugins existants.

Ce qu'il faut vérifier :

• La note globale et la note par lettre se calculent correctement
• Les six barres de piliers s'affichent avec les couleurs appropriées - rouge, orange ou vert en fonction du score.
• En survolant les noms des piliers, le cercle de score, la note et chaque mesure brute, une infobulle s'affiche.
• Le fait de basculer le skin SQX entre le mode clair et le mode foncé fait également basculer le plugin.
• Une stratégie avec moins de 100 transactions voit son pilier Taille de l'échantillon plafonné à 30.
• Une stratégie unilatérale (long-only ou short-only) est pénalisée sur le pilier Symétrie.

Si quelque chose ne va pas, ouvrez le navigateur DevTools du plugin (clic droit dans le plugin → Inspecter), copiez toutes les erreurs de la console, collez-les dans Claude Code, et laissez Claude les réparer. Vous ne quittez jamais la conversation.

[Capture d'écran : L'onglet SQX Results avec l'onglet Robustness Scorecard sélectionné et une stratégie réelle chargée, montrant le score calculé et tous les piliers].

Étape 10 - Itérer

C'est ici que les plugins personnalisés cessent d'être considérés comme un produit livrable en une seule fois et commencent à être perçus comme un outil vivant. Chaque demande de suivi adressée à Claude peut être libre - il connaît déjà l'intégralité du code source et peut apporter des modifications ciblées. Les suivis les plus courants :

• "Rendre les poids des piliers configurables à partir des entrées en haut du plugin."
• "Ajouter des fichiers de paramètres linguistiques pour en/cs/de et les relier à SET_LANGUAGE"."
• "Ajouter un panneau d'historique montrant les 5 dernières stratégies que j'ai notées"."
• "Ajouter un 7e pilier pour la cohérence temporelle sur la base de la répartition mensuelle des bénéfices."
• "Permettez-moi d'exporter la carte de score actuelle au format PNG"."

Claude conserve la structure que vous avez déjà et n'ajoute que ce que vous avez demandé.

Conseils pour un vibroculteur productif

Demandez toujours un plan avant le code. La lecture d'un plan de mise en œuvre vous coûte trente secondes et vous fait gagner trente minutes d'itération si la conception n'est pas la bonne.

Centraliser la configuration. Seuils, pondérations, copies d'info-bulles, règles de couleur - demandez à Claude de les mettre dans un CONFIG ou TOOLTIPS au début du fichier. Cela rend la mise au point triviale et les traductions futures possibles.

Laisser CLAUDE.md croître. Chaque fois que vous vous apercevez que vous répétez une règle ("toujours ajouter une clause de non-responsabilité, toujours ajouter des infobulles, toujours correspondre au thème existant"), demandez à Claude de l'inscrire dans la rubrique CLAUDE.md. Les futurs plugins hériteront automatiquement de cette règle.

Test sur des stratégies avec différents profils. Essayez une stratégie avec peu de transactions, une stratégie unilatérale, une stratégie très rentable et une stratégie à peine rentable. Si les résultats ne correspondent pas à vos attentes, ajustez les points de normalisation - une phrase à Claude suffit.

Ne vous précipitez pas. Un bon plugin par après-midi est un rythme réaliste. Un outil perfectionné auquel vous faites confiance vaut mieux que plusieurs outils à moitié terminés.

Ce que vous pouvez construire ensuite

Le tableau de bord de la robustesse n'est qu'un début. Au cours de l'étape initiale de brainstorming, Claude a suggéré neuf autres plugins - chacun pouvant être construit en une seule session en utilisant le même flux de travail que celui décrit ci-dessus :

Chacune d'entre elles représente environ un après-midi de conversation avec Claude Code. Et parce que CLAUDE.md contient désormais les modèles réutilisables de la fiche de robustesse - règles d'infobulle, normes de déni de responsabilité, conventions de thématisation - chaque plugin suivant part d'une base plus élevée que le précédent.

Exemples de plugins existants

Prop analytique

Localisation : user/extend/ResultsPlugins/Prop analytics/
Pile technologique : Vue 3 (exécution locale) + CSS pur, simple index.html
Objet : Tableau de bord statistique avancé conçu spécifiquement pour évaluer les stratégies par rapport à règles applicables aux entreprises de négociation pour compte propre (FTMO, TopStep, et similaires).

Ce qu'il fait

Prop analytics prend une stratégie unique et la passe au crible de l'objectif qu'une société d'investissement utiliserait avant d'accepter ou de rejeter votre compte. Au lieu d'afficher des statistiques génériques, il répond aux questions exactes que pose une évaluation de financement : "Cette stratégie aurait-elle enfreint la limite de réduction journalière ? Un seul jour a-t-il généré trop de bénéfices ? À quel point a-t-elle failli échouer ?"

Le plugin permet à l'utilisateur de configurer les paramètres d'évaluation en haut de la page - capital de départ, limite quotidienne du drawdown, taille du contrat, effet de levier maximum autorisé et un "seuil post-streak" pour la détection des arêtes. Tout ce qui se trouve en dessous est recalculé en direct.

[Capture d'écran : Le panneau d'entrée de l'analyse Prop avec les paramètres d'évaluation (Capital de départ, Limite quotidienne de DD, Taille du contrat, Effet de levier maximum, Seuil post-streak)].

Cartes d'analyse clés

Prop analytics se présente sous la forme d'une grille de cartes ciblées, chacune répondant à une question :

• Prop Contraintes des entreprises - la pire perte en un jour, la marge de manœuvre quotidienne, le respect de la règle de cohérence (la règle "pas de bénéfice supérieur à 30-50% en un seul jour" utilisée par la plupart des entreprises).
• Quotidiennement 1TP9Forme et perte - blocs chronologiques vert/rouge avec mise en évidence des jours les plus favorables et les plus défavorables
• Risque de marge et d'effet de levier - simule les règles de marge de l'entreprise en calculant l'effet de levier réel (valeur notionnelle des transactions ouvertes simultanément ÷ solde du compte) et signale les manquements.
• L'avantage de l'après-fracture - mesure s'il y a un avantage statistique à attendre X pertes consécutives avant de déployer la stratégie (rendement de base vs rendement après la série, taux de victoire après les pertes, temps de récupération moyen)
• Durée du prélèvement - durée la plus longue sous l'eau en jours
• Comportement du temps de maintien - compare la durée moyenne des transactions gagnantes à la durée moyenne des transactions perdantes et signale les comportements asymétriques (le fait de conserver les perdants plus longtemps que les gagnants est un signal d'alarme psychologique classique)
• Score de cohérence - écart-type mensuel et pourcentage de jours rentables
• Risque de queue (95%) - Valeur à risque et déficit attendu (CVaR) pour les 5% jours les plus défavorables
• Performance du régime - classe l'environnement de marché (Momentum, Choppy, High Volatility) dans lequel la stratégie s'épanouit par rapport à celui dans lequel elle s'effondre.

Les modèles qu'il démontre

Prop analytics est le plugin de référence pour tout ce qui concerne traitement au niveau des commandes. Il récupère la liste complète des commandes via GET_ORDERS et calcule les pertes et profits quotidiens, l'exposition à l'effet de levier, les fréquences d'évolution et les temps de récupération entièrement en JavaScript - rien n'est calculé à l'avance à partir de SQX.

C'est aussi la référence pour localisation. Le plugin est livré avec des traductions complètes en douze langues (en, cs, de, es, fr, id, it, pl, pt, ru, zh-CN, zh-TW), toutes stockées dans le fichier locales/ sous forme de fichiers JSON plats. Chaque étiquette destinée à l'utilisateur et chaque infobulle provient d'une clé locale. L'aide Vue <code class="bg-bg-100/50 border border-0.5 border-border-300 text-danger-000 rounded-[0.4rem] px-1 py-px font-mono text-[13px]">tHtml() rend les chaînes de caractères contenant du HTML afin que les infobulles puissent inclure <code class="bg-bg-100/50 border border-0.5 border-border-300 text-danger-000 rounded-[0.4rem] px-1 py-px font-mono text-[13px]"><strong> et <code class="bg-bg-100/50 border border-0.5 border-border-300 text-danger-000 rounded-[0.4rem] px-1 py-px font-mono text-[13px]"><br> étiquettes.

Enfin, c'est la référence pour des infobulles riches. Presque tous les titres de métriques et de cartes ont un attribut data-tip soutenu par une clé locale tooltipHtml. Le texte de l'infobulle ne se contente pas de définir la mesure - il explique pourquoi une société d'accessoires s'y intéresse, souvent à l'aide d'un exemple concret en dollars ("Si vous commencez mardi avec $100 000, que vous gagnez à $102k, mais que vous terminez perdant pour tomber à $96 000, votre baisse journalière est de 4%...").

Prop Monte Carlo

Localisation : user/extend/ResultsPlugins/Prop Monte Carlo/
Pile technologique : Vue 3 (exécution locale) + HTML5 Canvas, simple index.html
Objet : Courses Simulations de Monte Carlo sur la séquence commerciale d'une stratégie pour répondre à la question : "Quelle est la probabilité que cette stratégie survive à l'évaluation d'une société de conseil dans le cadre d'une commande aléatoire ?"

Ce qu'il fait

Un backtest unique est un ordre spécifique de transactions. Monte Carlo pose des questions : que se passerait-il si les mêmes transactions avaient eu lieu dans un ordre différent ? En mélangeant la séquence d'opérations des milliers de fois et en rejouant chaque permutation par rapport aux règles de la société d'accessoires, le plugin produit une distribution de résultats possibles au lieu d'un seul chiffre chanceux ou malchanceux.

Prop Monte Carlo prend la liste des commandes via GET_ORDERS, permet à l'utilisateur de configurer les paramètres de simulation (nombre d'itérations, niveau de confiance, capital de départ, limite de perte journalière, limite de drawdown maximum, objectif de profit), et exécute le tout dans le navigateur. Le résultat est une distribution visuelle et les percentiles clés - une probabilité réaliste de réussir l'évaluation.

Caractéristiques principales

• Simulation côté client - toute la logique de randomisation et de relecture fonctionne en JavaScript ; il n'y a pas de serveur, pas d'API externe
• Paramètres configurables par l'utilisateur - le nombre d'itérations, les niveaux de confiance et les règles de l'entreprise (perte journalière, drawdown maximum, objectif de profit)
• Visualisation basée sur le canevas - la distribution, l'éventail d'équité ou les bandes de percentiles sont rendus directement à un , avec un ResizeObserver gérant le redimensionnement de l'iframe et un redessin manuel sur Modification du thème (SET_THEME)
• Probabilité de réussite/échec - la sortie du titre : "Selon ces règles, cette stratégie réussit l'évaluation dans X% d'exécutions simulées"."
• Localisation complète - la même configuration en douze langues que Prop analytics, avec disclaimerHtml et toutes les étiquettes du dossier locales/ folder

[Capture d'écran : Gros plan du diagramme de canevas montrant la distribution de Monte Carlo avec les marqueurs de percentiles superposés].

Les modèles qu'il démontre

Prop Monte Carlo est le plugin de référence pour tout ce qui implique un graphique. Principaux points à noter :

• Le canevas est dimensionné de manière dynamique via ResizeObserver (pas window.resize, parce que l'iframe SQX peut se redimensionner indépendamment)
• Les couleurs de peinture du canevas sont lues à partir des propriétés personnalisées CSS via la fonction getComputedStyle() au moment du dessin - Les variables CSS seules n'affectent pas la peinture du canevas, donc chaque changement de thème déclenche un appel manuel drawChart()
• Le code de dessin est isolé du système de réactivité de Vue ; Vue gère le chrome de l'interface utilisateur et le dessin du canevas est une simple fonction appelée à partir de crochets de cycle de vie.

C'est aussi la référence pour Calculs lourds de simulation dans le navigateur. La structure en boucle et la manière dont l'état réactif est mis à jour pendant l'itération permettent à l'interface utilisateur d'être réactive même pendant les longues durées d'exécution.

Conclusion

Les plugins de résultats personnalisés dans StrategyQuant X étaient autrefois réservés aux développeurs. Grâce à l'application de bureau Claude Code, ils peuvent désormais être créés en une après-midi par n'importe quel trader ayant une idée claire - et le flux de travail présenté dans ce guide est la séquence exacte qui a permis de produire le premier plugin.

Pour lancer votre propre plugin, ouvrez user/extend/ResultsPlugins/ dans Claude Code et exécutez les dix étapes ci-dessus, en remplaçant le tableau de bord de la robustesse par votre propre idée. La source complète de l'exemple de plugin se trouve dans votre ResultsPlugins/RobustnessScorecard/ dossier - utilisez-le comme référence chaque fois que vous voulez voir comment un plugin fini est structuré.