Alle Aufträge
Regeln
Wie man einen Handelsroboter schnell bestellen kann
Lesen Sie bitte zuerst die Regeln durch
Wie man einen Handelsroboter in MQL5 und MQL4 in Auftrag gibt
Hier ist das Muster einer Anforderungsspezifikation, um einen Roboter zu bestellen
Neuer Aufträge in dieser Kategorie:
30+ USD
30+ USD
50+ USD
Spezifikation
CAHIER DES CHARGES COMPLET
Développement d'un Expert Advisor MT5 — Stratégie Supply & Demand avec reconnaissance visuelle TradingView
Version : 2.0 — Version corrigée et destinée au développeur MQL5
---
1. OBJET DU PROJET
Développer un système automatisé de trading permettant d'exécuter sur MetaTrader 5 (MT5) une stratégie Supply & Demand actuellement utilisée manuellement sur TradingView.
La stratégie utilise un indicateur TradingView privé, accessible uniquement via mon abonnement personnel.
L'indicateur ne peut pas être directement exploité par MT5 et son code source ne sera pas fourni au développeur.
La solution devra donc utiliser une couche de reconnaissance visuelle afin de lire les informations affichées par l'indicateur sur le graphique TradingView.
L'objectif final est que le système puisse :
1. détecter les zones affichées par l'indicateur ;
2. identifier Supply ou Demand ;
3. lire le score ;
4. lire le pourcentage d'acheteurs ;
5. lire le pourcentage de vendeurs ;
6. déterminer les coordonnées exactes de la zone ;
7. appliquer toutes les règles de la stratégie ;
8. calculer automatiquement le risque ;
9. placer et gérer les ordres sur MT5.
---
2. ARCHITECTURE GÉNÉRALE
Architecture souhaitée :
TradingView
→ Capture du graphique
→ Computer Vision / OCR
→ Extraction des données
→ Moteur de stratégie
→ Risk Manager
→ EA MT5
→ Broker
Le système devra séparer clairement :
Module Vision
Responsable de ce qui est uniquement visible sur TradingView.
Module Stratégie
Responsable de l'application des règles.
Module Risk Management
Responsable du risque, du lot, du SL, du TP et du Break Even.
Module Execution
Responsable de l'exécution et du suivi des ordres MT5.
---
3. INDICATEUR TRADINGVIEW PRIVÉ
L'indicateur utilisé est privé et accessible uniquement avec mon compte TradingView.
Le développeur :
- ne devra pas avoir besoin de mon identifiant ;
- ne devra pas avoir besoin de mon mot de passe ;
- ne devra pas avoir accès à mon abonnement ;
- ne devra pas demander le code source de l'indicateur ;
- ne devra pas tenter de reproduire l'indicateur sans nécessité.
La reconnaissance devra fonctionner à partir de l'affichage visuel du graphique.
---
4. MODULE DE RECONNAISSANCE VISUELLE
Le système devra surveiller une zone définie de l'écran contenant le graphique TradingView.
Il devra détecter les rectangles générés par l'indicateur.
Le développeur pourra utiliser :
- OpenCV ;
- traitement d'image ;
- détection de formes ;
- OCR ;
- segmentation ;
- reconnaissance de couleurs ;
- modèle de computer vision ;
- combinaison de plusieurs méthodes.
La priorité est la fiabilité, et non l'utilisation obligatoire d'une IA générative.
---
5. INFORMATIONS À EXTRAIRE
Pour chaque zone détectée :
- Type : Supply ou Demand
- Prix haut
- Prix bas
- Score
- % acheteurs
- % vendeurs
- Date/heure de création
- Position graphique
- État de la zone
Exemple :
Zone ID : 0017
Type : DEMAND
High : 3350.20
Low : 3348.70
Score : 78
Buyers : 64 %
Sellers : 36 %
Creation : 14:32:15
Status : VALID
---
6. IDENTIFICATION SUPPLY / DEMAND
Le système doit identifier automatiquement le type de zone.
La détection pourra utiliser :
- couleur ;
- forme ;
- position ;
- texte ;
- caractéristiques visuelles du rectangle.
En cas d'incertitude :
aucun trade.
---
7. RECONNAISSANCE DU SCORE
Le score affiché dans la zone devra être extrait par OCR ou autre méthode fiable.
Exemple :
"Score 78"
→ "score = 78"
Condition :
Score strictement supérieur à 60.
Ainsi :
- 60 → refusé ;
- 61 → accepté si toutes les autres conditions sont satisfaites.
---
8. RECONNAISSANCE DES ACHETEURS ET VENDEURS
Le système doit lire :
- % Buyers ;
- % Sellers.
Exemple :
"Buyers 64 %"
"Sellers 36 %"
Les données doivent être associées au bon rectangle.
Une vérification de cohérence devra idéalement être effectuée :
Buyers + Sellers ≈ 100 %.
En cas de lecture incertaine :
→ zone non tradée.
---
9. VALIDATION D'UNE DEMAND
Une Demand est éligible uniquement si :
1. Score > 60
2. Buyers > 50 %
3. Zone créée le jour même
4. FVG valide
5. FVG créé avant le contact avec la zone
6. Dernier Swing High permettant au minimum 3R
7. Conditions horaires respectées
8. Pas de News High Impact interdite
9. Reconnaissance visuelle fiable
---
10. VALIDATION D'UNE SUPPLY
Une Supply est éligible uniquement si :
1. Score > 60
2. Sellers > 50 %
3. Zone créée le jour même
4. FVG valide
5. FVG créé avant le contact avec la zone
6. Dernier Swing Low permettant au minimum 3R
7. Conditions horaires respectées
8. Pas de News High Impact interdite
9. Reconnaissance visuelle fiable
---
11. EXEMPLES DE VALIDATION
Demand
Score| Buyers| Résultat
75| 65 %|![✅]()
61| 51 %|![✅]()
60| 70 %|![❌]()
80| 50 %|![❌]()
59| 80 %|![❌]()
Supply
Score| Sellers| Résultat
75| 65 %|![✅]()
61| 51 %|![✅]()
60| 70 %|![❌]()
80| 50 %|![❌]()
59| 80 %|![❌]()
---
12. ZONES CRÉÉES LE JOUR MÊME
Seules les zones créées durant la journée actuelle peuvent être utilisées.
Toute zone provenant d'un jour précédent est ignorée.
Chaque zone doit avoir :
- timestamp ;
- identifiant interne ;
- statut ;
- état de consommation.
---
13. EXPIRATION DES ZONES
À 22:00 :
- aucune nouvelle entrée ;
- toutes les zones non touchées sont invalidées ;
- aucune zone ne doit être reportée au lendemain.
---
14. DÉTECTION DU CONTACT AVEC LA ZONE
Le système doit détecter précisément lorsque le prix atteint la zone.
Les prix MT5 devront être utilisés lorsque possible.
Les mèches doivent être prises en compte.
Une zone touchée ne doit plus être considérée comme une zone nouvelle.
---
15. FAIR VALUE GAP
La présence d'un FVG est obligatoire.
Le FVG devra être calculé à partir des données OHLC de MT5 lorsque possible.
---
16. CHRONOLOGIE DU FVG
Le FVG doit exister avant le contact avec la zone.
Chronologie :
Création zone
↓
Création FVG
↓
Retour du prix
↓
Contact zone
↓
Validation
↓
Entrée
Un FVG apparu après le contact ne valide pas le trade.
---
17. PRISE EN COMPTE DES MÈCHES
La détection du FVG doit prendre en compte les mèches, et pas uniquement les corps des bougies.
La définition exacte utilisée devra être documentée dans le code.
---
18. SWING — DEMAND
Pour une Demand, rechercher le dernier Swing High pertinent.
Ce Swing High doit permettre un potentiel minimum de :
3R.
Si le potentiel est inférieur :
→ pas de trade.
---
19. SWING — SUPPLY
Pour une Supply, rechercher le dernier Swing Low pertinent.
Ce Swing Low doit permettre :
minimum 3R.
Sinon :
→ pas de trade.
---
20. CALCUL DU POTENTIEL 3R
Définition :
R = distance entre entrée et SL.
Potentiel minimum :
3 × R.
Exemple :
Entrée = 100
SL = 90
R = 10
Potentiel minimum = 30 points.
---
21. PRIX D'ENTRÉE — RÈGLE CORRECTE
IMPORTANT
L'entrée est effectuée à l'extrémité de la zone correspondant à la logique de la stratégie.
Demand
Entrée à l'extrémité HAUTE de la zone.
Supply
Entrée à l'extrémité BASSE de la zone.
Cette règle est fondamentale et ne doit pas être inversée.
---
22. TYPE D'ORDRE
Le développeur devra choisir le mécanisme MT5 approprié :
- Buy Limit pour Demand si compatible avec la configuration ;
- Sell Limit pour Supply si compatible ;
- ou mécanisme équivalent permettant de respecter exactement le prix d'entrée défini.
Le principe reste :
entrée au niveau exact de l'extrémité de la zone.
---
23. STOP LOSS — DEMAND
Pour une Demand :
Entrée = extrémité haute de la zone.
Le Stop Loss doit être placé :
sous l'extrémité basse de la zone + buffer de 10 pips.
Exemple :
Demand
────────────── ← Entrée = haut de zone
│ │
│ ZONE │
│ │
────────────── ← bas de zone
↓
10 pips
↓
SL
---
24. STOP LOSS — SUPPLY
Pour une Supply :
Entrée = extrémité basse de la zone.
Le Stop Loss doit être placé :
au-dessus de l'extrémité haute de la zone + buffer de 10 pips.
Exemple :
SL
↑
10 pips
↑
────────────── ← haut de zone
│ │
│ ZONE │
│ │
────────────── ← Entrée = bas de zone
---
25. BUFFER SL
Valeur initiale :
10 pips
Paramètre configurable :
"SL_Buffer = 10"
Le développeur devra correctement convertir cette valeur selon :
- digits ;
- point size ;
- symbole ;
- caractéristiques du broker.
---
26. TAKE PROFIT
Le Take Profit est fixé à :
3R.
Calcul :
"Distance TP = Distance Entry → SL × 3"
Le TP doit être placé automatiquement après l'ouverture.
---
27. GESTION DU RISQUE
Risque maximum par trade :
2 % du capital
Exemple :
Compte = 10 000 €
Risque = 2 %
→ risque maximal = 200 €.
---
28. CALCUL DU VOLUME
Aucun lot fixe.
Le lot doit être calculé dynamiquement selon :
- Equity/Balance ;
- risque ;
- distance SL ;
- tick size ;
- tick value ;
- contract size ;
- volume minimum ;
- volume maximum ;
- volume step.
Le volume devra être arrondi au pas de volume du broker.
---
29. BREAK EVEN
Lorsque le trade atteint :
+1R
le SL doit être déplacé au prix d'entrée.
Paramètres :
"BreakEven_R = 1.0"
"BreakEven_Offset = 0"
---
30. UNE POSITION PAR ZONE
Une zone ne peut générer qu'une seule position.
Après exécution :
"Zone Status = USED"
Aucune nouvelle entrée ne doit être prise sur cette même zone.
---
31. HORAIRES
Trading autorisé :
00:00 → 22:00
À partir de 22:00 :
- aucune nouvelle position ;
- zones non touchées expirées.
Les positions déjà ouvertes continuent d'être gérées normalement par le robot.
---
32. FILTRE NEWS
Les annonces High Impact doivent bloquer les nouvelles entrées :
30 minutes avant
et
30 minutes après.
Paramètres :
"NewsBefore = 30"
"NewsAfter = 30"
Les niveaux Medium et Low doivent idéalement être configurables.
---
33. FILTRE SPREAD
Prévoir :
"MaxSpread"
Si le spread dépasse la valeur autorisée :
→ aucun trade.
La valeur sera optimisée/testée ultérieurement.
---
34. FILTRE SLIPPAGE
Prévoir :
"MaxSlippage"
Une exécution trop éloignée du prix attendu doit être refusée ou gérée selon le paramètre défini.
---
35. GESTION DES ERREURS
Le système doit gérer :
- perte de connexion ;
- marché fermé ;
- spread excessif ;
- volume invalide ;
- SL invalide ;
- TP invalide ;
- prix indisponible ;
- ordre rejeté ;
- erreur modification SL ;
- données insuffisantes ;
- erreur OCR ;
- zone ambiguë ;
- perte du flux TradingView.
Principe :
En cas de doute → aucun trade.
---
36. JOURNALISATION
Chaque zone doit être enregistrée.
Exemple :
ZONE #0017
Type : DEMAND
Score : 78
Buyers : 64 %
Sellers : 36 %
High : 3350.20
Low : 3348.70
FVG : VALID
Swing : VALID
Potential : 4.2R
News : CLEAR
Spread : OK
Entry : 3350.20
SL : 3338.70
TP : 3384.70
Risk : 2 %
Decision : TRADE
---
37. CALIBRATION PIXELS / PRIX
Le système de vision doit convertir les coordonnées écran en prix.
Il doit déterminer :
- zone graphique ;
- axe prix ;
- échelle ;
- position verticale ;
- prix haut ;
- prix bas.
Il devra idéalement se recalibrer automatiquement lors des changements :
- zoom ;
- taille de fenêtre ;
- déplacement graphique ;
- échelle.
---
38. ROBUSTESSE DU MODULE VISION
Tests obligatoires avec :
- plusieurs zones ;
- zones proches ;
- différents zooms ;
- différentes tailles de fenêtre ;
- nouvelles zones ;
- zones supprimées ;
- texte partiellement masqué ;
- changement de timeframe ;
- graphique déplacé.
En cas de confiance insuffisante :
aucun trade.
---
39. PROTOTYPE VISION OBLIGATOIRE
Avant le développement complet :
Je fournirai environ 30 à 50 captures d'écran.
Le prototype doit détecter :
- type ;
- rectangle ;
- haut ;
- bas ;
- score ;
- Buyers ;
- Sellers.
Résultat attendu :
Zone #1
Type : Demand
High : 3350.20
Low : 3348.70
Score : 78
Buyers : 64 %
Sellers : 36 %
Confidence : 99 %
Le module vision doit être validé avant de poursuivre le développement complet.
---
40. SÉPARATION VISION / STRATÉGIE
La vision ne décide pas du trade.
Elle transmet les données.
Le moteur de stratégie décide.
VISION
↓
Demand
Score 78
Buyers 64 %
Zone 3350.20–3348.70
↓
STRATEGY
↓
FVG OK
Swing OK
4.2R
News OK
↓
RISK
↓
2 %
↓
MT5
---
41. PARAMÈTRES EXTERNES
Paramètre| Valeur initiale
Minimum Score| 60
Minimum Buyers Demand| 50 %
Minimum Sellers Supply| 50 %
Risk per Trade| 2 %
Target RR| 3.0
Break Even| 1.0R
SL Buffer| 10 pips
Start Trading| 00:00
Stop Trading| 22:00
News Before| 30 min
News After| 30 min
Max Spread| configurable
Max Slippage| configurable
One Trade / Zone| TRUE
Zone Expiration| 22:00
---
42. MULTI-INSTRUMENT
Priorité initiale :
XAUUSD
L'architecture doit permettre ultérieurement :
- Forex ;
- indices ;
- autres instruments MT5.
Les calculs doivent être adaptés automatiquement aux caractéristiques du symbole.
---
43. TIMEFRAME
Le timeframe utilisé devra être configurable.
Le développeur devra garantir la cohérence entre :
- TradingView ;
- MT5 ;
- zones ;
- FVG ;
- swings.
---
44. SYNCHRONISATION TEMPORELLE
Le système doit gérer correctement :
- heure TradingView ;
- heure MT5 ;
- heure broker ;
- heure locale ;
- changement de journée.
La notion de :
"zone créée aujourd'hui"
doit être basée sur une référence temporelle clairement définie et documentée.
---
45. SÉCURITÉ DU RISQUE
Le robot doit refuser un trade si :
- risque > 2 % ;
- volume invalide ;
- SL impossible ;
- prix incohérent ;
- données visuelles insuffisantes ;
- ordre doublon détecté.
Une protection anti-double exécution est obligatoire.
---
46. IDENTIFICATION DES ORDRES
Chaque ordre doit utiliser un :
Magic Number unique.
Le commentaire devra idéalement contenir l'identifiant de zone.
Exemple :
"SD_VISION_0017"
---
47. BACKTEST
Le moteur MQL5 doit pouvoir être testé historiquement.
Comme TradingView ne peut pas être reproduit directement dans le Strategy Tester MT5, les données issues de la reconnaissance visuelle devront idéalement pouvoir être enregistrées puis rejouées.
---
48. REPLAY DES DONNÉES VISION
Les événements devront pouvoir être enregistrés :
Timestamp
Zone ID
Type
High
Low
Score
Buyers
Sellers
Puis rejoués dans le moteur de stratégie.
Cela permettra de tester la stratégie sans attendre de nouveaux signaux TradingView.
---
49. TESTS DE NON-RÉGRESSION
Tests minimum :
Demand
Score 78 / Buyers 64 → VALIDÉ
Score 60 / Buyers 70 → REFUSÉ
Score 78 / Buyers 50 → REFUSÉ
Supply
Score 78 / Sellers 65 → VALIDÉ
Score 60 / Sellers 80 → REFUSÉ
Score 78 / Sellers 50 → REFUSÉ
Autres
FVG tardif → REFUSÉ
Potentiel 2.5R → REFUSÉ
News active → REFUSÉ
Après 22h → REFUSÉ
Zone de la veille → REFUSÉE
---
50. TESTS DU CALCUL DE RISQUE
Tester :
- différents capitaux ;
- différents SL ;
- différents symboles ;
- différents tick values ;
- différents contract sizes ;
- volume minimum ;
- volume maximum.
Le risque réel doit rester conforme au paramètre de 2 %, sous réserve des contraintes du broker.
---
51. TESTS BREAK EVEN
Tester :
- trade n'atteignant pas 1R ;
- trade atteignant 1R ;
- trade dépassant 1R ;
- modification réussie ;
- modification refusée.
Le BE ne doit jamais être déclenché avant 1R.
---
52. TESTS NEWS
Tester :
- 31 min avant → autorisé ;
- 30 min avant → bloqué ;
- 15 min avant → bloqué ;
- pendant → bloqué ;
- 15 min après → bloqué ;
- 30 min après → bloqué ;
- 31 min après → autorisé.
---
53. TESTS HORAIRES
Tester :
- 21:59 → autorisé si conditions réunies ;
- 22:00 → aucune nouvelle entrée ;
- 22:01 → aucune nouvelle entrée ;
- changement de journée → anciennes zones invalidées ;
- nouvelle journée → nouvelles zones uniquement.
---
54. CRITÈRES D'ACCEPTATION
Le système sera considéré comme fonctionnel lorsque :
1. Les zones sont correctement détectées.
2. Supply/Demand est correctement identifié.
3. Le score est correctement lu.
4. Buyers est correctement lu.
5. Sellers est correctement lu.
6. Score >60 est respecté.
7. Buyers >50 % sur Demand est respecté.
8. Sellers >50 % sur Supply est respecté.
9. Les zones précédentes sont ignorées.
10. Le FVG est correctement validé.
11. Le FVG précède le contact.
12. Le swing est correctement identifié.
13. Le potentiel minimum 3R est respecté.
14. Demand → entrée sur extrémité haute.
15. Supply → entrée sur extrémité basse.
16. Le SL est correctement calculé.
17. Le risque est limité à 2 %.
18. Le TP est à 3R.
19. Le BE intervient à 1R.
20. Les news bloquent correctement les entrées.
21. Les horaires sont respectés.
22. Les zones expirent à 22h.
23. Aucun doublon n'est généré.
24. Toutes les décisions sont journalisées.
---
55. LIVRABLES OBLIGATOIRES
À la livraison :
- code source ".mq5" ;
- fichier compilé ".ex5" ;
- code source complet du module vision ;
- fichiers de configuration ;
- documentation ;
- procédure d'installation ;
- procédure de backtest ;
- procédure de dépannage ;
- résultats des tests ;
- liste des dépendances.
---
56. PROPRIÉTÉ DU CODE
Le code source complet devra être remis au propriétaire du projet.
Aucune dépendance obligatoire à l'infrastructure personnelle du développeur ne devra être imposée sans accord préalable.
---
57. INFRASTRUCTURE
Le système devra pouvoir fonctionner sur :
- PC Windows ;
- ou VPS Windows.
Le développeur devra documenter :
- résolution d'écran recommandée ;
- position du graphique ;
- configuration TradingView ;
- configuration MT5 ;
- installation du module vision ;
- démarrage automatique si nécessaire.
---
58. MODE MONITOR ONLY
Prévoir un mode :
MONITOR ONLY
Le système :
- détecte les zones ;
- analyse les conditions ;
- calcule l'entrée ;
- calcule SL/TP ;
- calcule le lot ;
- mais n'envoie aucun ordre.
Il doit afficher les trades qui auraient été pris.
---
59. MODE DÉMO
Après validation du mode Monitor Only :
→ utilisation obligatoire sur compte démo.
La stratégie doit être observée en conditions réelles avant passage au réel.
---
60. JOURNAL DE PERFORMANCE
Enregistrer :
- date ;
- heure ;
- symbole ;
- zone ;
- type ;
- score ;
- Buyers ;
- Sellers ;
- FVG ;
- swing ;
- prix d'entrée ;
- SL ;
- TP ;
- risque ;
- résultat € ;
- résultat R ;
- raison de sortie.
Export CSV souhaitable.
---
61. PRINCIPE DE DÉCISION
Toutes les conditions obligatoires doivent être validées.
Une condition favorable ne compense jamais une condition manquante.
Exemple :
Demand score 90 + Buyers 48 %
→ REFUSÉ.
Demand score 80 + Buyers 70 % + potentiel 2R
→ REFUSÉ.
Supply score 85 + Sellers 70 % mais FVG créé après contact
→ REFUSÉ.
---
62. LOGIQUE FINALE — DEMAND
Zone Demand détectée
↓
Créée aujourd'hui ?
↓ OUI
Score > 60 ?
↓ OUI
Buyers > 50 % ?
↓ OUI
FVG valide ?
↓ OUI
FVG créé avant contact ?
↓ OUI
Swing High ≥ 3R ?
↓ OUI
Horaires OK ?
↓ OUI
News OK ?
↓ OUI
Spread OK ?
↓ OUI
Vision fiable ?
↓ OUI
↓
ENTRÉE = EXTRÉMITÉ HAUTE
↓
SL = SOUS EXTRÉMITÉ BASSE + 10 PIPS
↓
RISQUE = 2 %
↓
TP = 3R
↓
BE = 1R
---
63. LOGIQUE FINALE — SUPPLY
Zone Supply détectée
↓
Créée aujourd'hui ?
↓ OUI
Score > 60 ?
↓ OUI
Sellers > 50 % ?
↓ OUI
FVG valide ?
↓ OUI
FVG créé avant contact ?
↓ OUI
Swing Low ≥ 3R ?
↓ OUI
Horaires OK ?
↓ OUI
News OK ?
↓ OUI
Spread OK ?
↓ OUI
Vision fiable ?
↓ OUI
↓
ENTRÉE = EXTRÉMITÉ BASSE
↓
SL = AU-DESSUS EXTRÉMITÉ HAUTE + 10 PIPS
↓
RISQUE = 2 %
↓
TP = 3R
↓
BE = 1R
---
64. PRIORITÉ ABSOLUE : FIDÉLITÉ À LA STRATÉGIE
Le développeur ne doit pas :
- modifier une règle ;
- inverser une logique ;
- ajouter un filtre ;
- supprimer une condition ;
- modifier les seuils ;
sans validation préalable.
La stratégie doit être automatisée exactement telle qu'elle est décrite dans ce cahier des charges.
---
65. DÉVELOPPEMENT PAR PHASES
Phase 1 — Analyse technique
Analyse de l'affichage TradingView et choix de la technologie de reconnaissance.
Phase 2 — Prototype Vision
Détection des rectangles et extraction des informations.
Phase 3 — Validation Vision
Tests sur 30–50 captures.
Phase 4 — Moteur de stratégie
FVG, swings, 3R et validation.
Phase 5 — Risk Manager
2 %, SL, TP, BE.
Phase 6 — EA MT5
Exécution des ordres.
Phase 7 — Journalisation
Logs et export.
Phase 8 — Monitor Only
Simulation sans ordre.
Phase 9 — Compte démo
Validation en conditions réelles.
Phase 10 — Compte réel
Activation uniquement après validation complète.
---
66. RÉSUMÉ EXÉCUTIF POUR LE DÉVELOPPEUR
Le projet consiste à développer un EA MT5 automatisant une stratégie Supply & Demand dont les zones sont fournies par un indicateur TradingView privé.
L'indicateur ne peut pas être directement connecté à MT5 et son code source ne sera pas fourni.
Le système devra donc utiliser une couche de Computer Vision/OCR pour lire les informations visibles sur TradingView.
Pour chaque zone, le système doit reconnaître :
- Supply/Demand ;
- haut/bas ;
- score ;
- Buyers ;
- Sellers ;
- timestamp.
Demand
Score > 60
ET
Buyers > 50 %.
Supply
Score > 60
ET
Sellers > 50 %.
Puis :
FVG valide → FVG créé avant contact → Swing permettant ≥3R → entrée à l'extrémité correcte de la zone.
Entrée
Demand → extrémité haute.
Supply → extrémité basse.
Gestion
- SL avec buffer de 10 pips au-delà de la zone ;
- risque 2 % ;
- TP 3R ;
- Break Even à 1R ;
- une position par zone ;
- zones du jour uniquement ;
- expiration à 22h ;
- trading 00h00–22h00 ;
- News High Impact ±30 minutes ;
- filtre spread ;
- filtre slippage.
La priorité absolue est :
1. fiabilité de la reconnaissance visuelle ;
2. fidélité absolue aux règles ;
3. gestion stricte du risque ;
4. traçabilité de chaque décision.
Le développement doit commencer par le prototype de reconnaissance visuelle, avant le développement complet de l'EA.
Développement d'un Expert Advisor MT5 — Stratégie Supply & Demand avec reconnaissance visuelle TradingView
Version : 2.0 — Version corrigée et destinée au développeur MQL5
---
1. OBJET DU PROJET
Développer un système automatisé de trading permettant d'exécuter sur MetaTrader 5 (MT5) une stratégie Supply & Demand actuellement utilisée manuellement sur TradingView.
La stratégie utilise un indicateur TradingView privé, accessible uniquement via mon abonnement personnel.
L'indicateur ne peut pas être directement exploité par MT5 et son code source ne sera pas fourni au développeur.
La solution devra donc utiliser une couche de reconnaissance visuelle afin de lire les informations affichées par l'indicateur sur le graphique TradingView.
L'objectif final est que le système puisse :
1. détecter les zones affichées par l'indicateur ;
2. identifier Supply ou Demand ;
3. lire le score ;
4. lire le pourcentage d'acheteurs ;
5. lire le pourcentage de vendeurs ;
6. déterminer les coordonnées exactes de la zone ;
7. appliquer toutes les règles de la stratégie ;
8. calculer automatiquement le risque ;
9. placer et gérer les ordres sur MT5.
---
2. ARCHITECTURE GÉNÉRALE
Architecture souhaitée :
TradingView
→ Capture du graphique
→ Computer Vision / OCR
→ Extraction des données
→ Moteur de stratégie
→ Risk Manager
→ EA MT5
→ Broker
Le système devra séparer clairement :
Module Vision
Responsable de ce qui est uniquement visible sur TradingView.
Module Stratégie
Responsable de l'application des règles.
Module Risk Management
Responsable du risque, du lot, du SL, du TP et du Break Even.
Module Execution
Responsable de l'exécution et du suivi des ordres MT5.
---
3. INDICATEUR TRADINGVIEW PRIVÉ
L'indicateur utilisé est privé et accessible uniquement avec mon compte TradingView.
Le développeur :
- ne devra pas avoir besoin de mon identifiant ;
- ne devra pas avoir besoin de mon mot de passe ;
- ne devra pas avoir accès à mon abonnement ;
- ne devra pas demander le code source de l'indicateur ;
- ne devra pas tenter de reproduire l'indicateur sans nécessité.
La reconnaissance devra fonctionner à partir de l'affichage visuel du graphique.
---
4. MODULE DE RECONNAISSANCE VISUELLE
Le système devra surveiller une zone définie de l'écran contenant le graphique TradingView.
Il devra détecter les rectangles générés par l'indicateur.
Le développeur pourra utiliser :
- OpenCV ;
- traitement d'image ;
- détection de formes ;
- OCR ;
- segmentation ;
- reconnaissance de couleurs ;
- modèle de computer vision ;
- combinaison de plusieurs méthodes.
La priorité est la fiabilité, et non l'utilisation obligatoire d'une IA générative.
---
5. INFORMATIONS À EXTRAIRE
Pour chaque zone détectée :
- Type : Supply ou Demand
- Prix haut
- Prix bas
- Score
- % acheteurs
- % vendeurs
- Date/heure de création
- Position graphique
- État de la zone
Exemple :
Zone ID : 0017
Type : DEMAND
High : 3350.20
Low : 3348.70
Score : 78
Buyers : 64 %
Sellers : 36 %
Creation : 14:32:15
Status : VALID
---
6. IDENTIFICATION SUPPLY / DEMAND
Le système doit identifier automatiquement le type de zone.
La détection pourra utiliser :
- couleur ;
- forme ;
- position ;
- texte ;
- caractéristiques visuelles du rectangle.
En cas d'incertitude :
aucun trade.
---
7. RECONNAISSANCE DU SCORE
Le score affiché dans la zone devra être extrait par OCR ou autre méthode fiable.
Exemple :
"Score 78"
→ "score = 78"
Condition :
Score strictement supérieur à 60.
Ainsi :
- 60 → refusé ;
- 61 → accepté si toutes les autres conditions sont satisfaites.
---
8. RECONNAISSANCE DES ACHETEURS ET VENDEURS
Le système doit lire :
- % Buyers ;
- % Sellers.
Exemple :
"Buyers 64 %"
"Sellers 36 %"
Les données doivent être associées au bon rectangle.
Une vérification de cohérence devra idéalement être effectuée :
Buyers + Sellers ≈ 100 %.
En cas de lecture incertaine :
→ zone non tradée.
---
9. VALIDATION D'UNE DEMAND
Une Demand est éligible uniquement si :
1. Score > 60
2. Buyers > 50 %
3. Zone créée le jour même
4. FVG valide
5. FVG créé avant le contact avec la zone
6. Dernier Swing High permettant au minimum 3R
7. Conditions horaires respectées
8. Pas de News High Impact interdite
9. Reconnaissance visuelle fiable
---
10. VALIDATION D'UNE SUPPLY
Une Supply est éligible uniquement si :
1. Score > 60
2. Sellers > 50 %
3. Zone créée le jour même
4. FVG valide
5. FVG créé avant le contact avec la zone
6. Dernier Swing Low permettant au minimum 3R
7. Conditions horaires respectées
8. Pas de News High Impact interdite
9. Reconnaissance visuelle fiable
---
11. EXEMPLES DE VALIDATION
Demand
Score| Buyers| Résultat
75| 65 %|
61| 51 %|
60| 70 %|
80| 50 %|
59| 80 %|
Supply
Score| Sellers| Résultat
75| 65 %|
61| 51 %|
60| 70 %|
80| 50 %|
59| 80 %|
---
12. ZONES CRÉÉES LE JOUR MÊME
Seules les zones créées durant la journée actuelle peuvent être utilisées.
Toute zone provenant d'un jour précédent est ignorée.
Chaque zone doit avoir :
- timestamp ;
- identifiant interne ;
- statut ;
- état de consommation.
---
13. EXPIRATION DES ZONES
À 22:00 :
- aucune nouvelle entrée ;
- toutes les zones non touchées sont invalidées ;
- aucune zone ne doit être reportée au lendemain.
---
14. DÉTECTION DU CONTACT AVEC LA ZONE
Le système doit détecter précisément lorsque le prix atteint la zone.
Les prix MT5 devront être utilisés lorsque possible.
Les mèches doivent être prises en compte.
Une zone touchée ne doit plus être considérée comme une zone nouvelle.
---
15. FAIR VALUE GAP
La présence d'un FVG est obligatoire.
Le FVG devra être calculé à partir des données OHLC de MT5 lorsque possible.
---
16. CHRONOLOGIE DU FVG
Le FVG doit exister avant le contact avec la zone.
Chronologie :
Création zone
↓
Création FVG
↓
Retour du prix
↓
Contact zone
↓
Validation
↓
Entrée
Un FVG apparu après le contact ne valide pas le trade.
---
17. PRISE EN COMPTE DES MÈCHES
La détection du FVG doit prendre en compte les mèches, et pas uniquement les corps des bougies.
La définition exacte utilisée devra être documentée dans le code.
---
18. SWING — DEMAND
Pour une Demand, rechercher le dernier Swing High pertinent.
Ce Swing High doit permettre un potentiel minimum de :
3R.
Si le potentiel est inférieur :
→ pas de trade.
---
19. SWING — SUPPLY
Pour une Supply, rechercher le dernier Swing Low pertinent.
Ce Swing Low doit permettre :
minimum 3R.
Sinon :
→ pas de trade.
---
20. CALCUL DU POTENTIEL 3R
Définition :
R = distance entre entrée et SL.
Potentiel minimum :
3 × R.
Exemple :
Entrée = 100
SL = 90
R = 10
Potentiel minimum = 30 points.
---
21. PRIX D'ENTRÉE — RÈGLE CORRECTE
IMPORTANT
L'entrée est effectuée à l'extrémité de la zone correspondant à la logique de la stratégie.
Demand
Entrée à l'extrémité HAUTE de la zone.
Supply
Entrée à l'extrémité BASSE de la zone.
Cette règle est fondamentale et ne doit pas être inversée.
---
22. TYPE D'ORDRE
Le développeur devra choisir le mécanisme MT5 approprié :
- Buy Limit pour Demand si compatible avec la configuration ;
- Sell Limit pour Supply si compatible ;
- ou mécanisme équivalent permettant de respecter exactement le prix d'entrée défini.
Le principe reste :
entrée au niveau exact de l'extrémité de la zone.
---
23. STOP LOSS — DEMAND
Pour une Demand :
Entrée = extrémité haute de la zone.
Le Stop Loss doit être placé :
sous l'extrémité basse de la zone + buffer de 10 pips.
Exemple :
Demand
────────────── ← Entrée = haut de zone
│ │
│ ZONE │
│ │
────────────── ← bas de zone
↓
10 pips
↓
SL
---
24. STOP LOSS — SUPPLY
Pour une Supply :
Entrée = extrémité basse de la zone.
Le Stop Loss doit être placé :
au-dessus de l'extrémité haute de la zone + buffer de 10 pips.
Exemple :
SL
↑
10 pips
↑
────────────── ← haut de zone
│ │
│ ZONE │
│ │
────────────── ← Entrée = bas de zone
---
25. BUFFER SL
Valeur initiale :
10 pips
Paramètre configurable :
"SL_Buffer = 10"
Le développeur devra correctement convertir cette valeur selon :
- digits ;
- point size ;
- symbole ;
- caractéristiques du broker.
---
26. TAKE PROFIT
Le Take Profit est fixé à :
3R.
Calcul :
"Distance TP = Distance Entry → SL × 3"
Le TP doit être placé automatiquement après l'ouverture.
---
27. GESTION DU RISQUE
Risque maximum par trade :
2 % du capital
Exemple :
Compte = 10 000 €
Risque = 2 %
→ risque maximal = 200 €.
---
28. CALCUL DU VOLUME
Aucun lot fixe.
Le lot doit être calculé dynamiquement selon :
- Equity/Balance ;
- risque ;
- distance SL ;
- tick size ;
- tick value ;
- contract size ;
- volume minimum ;
- volume maximum ;
- volume step.
Le volume devra être arrondi au pas de volume du broker.
---
29. BREAK EVEN
Lorsque le trade atteint :
+1R
le SL doit être déplacé au prix d'entrée.
Paramètres :
"BreakEven_R = 1.0"
"BreakEven_Offset = 0"
---
30. UNE POSITION PAR ZONE
Une zone ne peut générer qu'une seule position.
Après exécution :
"Zone Status = USED"
Aucune nouvelle entrée ne doit être prise sur cette même zone.
---
31. HORAIRES
Trading autorisé :
00:00 → 22:00
À partir de 22:00 :
- aucune nouvelle position ;
- zones non touchées expirées.
Les positions déjà ouvertes continuent d'être gérées normalement par le robot.
---
32. FILTRE NEWS
Les annonces High Impact doivent bloquer les nouvelles entrées :
30 minutes avant
et
30 minutes après.
Paramètres :
"NewsBefore = 30"
"NewsAfter = 30"
Les niveaux Medium et Low doivent idéalement être configurables.
---
33. FILTRE SPREAD
Prévoir :
"MaxSpread"
Si le spread dépasse la valeur autorisée :
→ aucun trade.
La valeur sera optimisée/testée ultérieurement.
---
34. FILTRE SLIPPAGE
Prévoir :
"MaxSlippage"
Une exécution trop éloignée du prix attendu doit être refusée ou gérée selon le paramètre défini.
---
35. GESTION DES ERREURS
Le système doit gérer :
- perte de connexion ;
- marché fermé ;
- spread excessif ;
- volume invalide ;
- SL invalide ;
- TP invalide ;
- prix indisponible ;
- ordre rejeté ;
- erreur modification SL ;
- données insuffisantes ;
- erreur OCR ;
- zone ambiguë ;
- perte du flux TradingView.
Principe :
En cas de doute → aucun trade.
---
36. JOURNALISATION
Chaque zone doit être enregistrée.
Exemple :
ZONE #0017
Type : DEMAND
Score : 78
Buyers : 64 %
Sellers : 36 %
High : 3350.20
Low : 3348.70
FVG : VALID
Swing : VALID
Potential : 4.2R
News : CLEAR
Spread : OK
Entry : 3350.20
SL : 3338.70
TP : 3384.70
Risk : 2 %
Decision : TRADE
---
37. CALIBRATION PIXELS / PRIX
Le système de vision doit convertir les coordonnées écran en prix.
Il doit déterminer :
- zone graphique ;
- axe prix ;
- échelle ;
- position verticale ;
- prix haut ;
- prix bas.
Il devra idéalement se recalibrer automatiquement lors des changements :
- zoom ;
- taille de fenêtre ;
- déplacement graphique ;
- échelle.
---
38. ROBUSTESSE DU MODULE VISION
Tests obligatoires avec :
- plusieurs zones ;
- zones proches ;
- différents zooms ;
- différentes tailles de fenêtre ;
- nouvelles zones ;
- zones supprimées ;
- texte partiellement masqué ;
- changement de timeframe ;
- graphique déplacé.
En cas de confiance insuffisante :
aucun trade.
---
39. PROTOTYPE VISION OBLIGATOIRE
Avant le développement complet :
Je fournirai environ 30 à 50 captures d'écran.
Le prototype doit détecter :
- type ;
- rectangle ;
- haut ;
- bas ;
- score ;
- Buyers ;
- Sellers.
Résultat attendu :
Zone #1
Type : Demand
High : 3350.20
Low : 3348.70
Score : 78
Buyers : 64 %
Sellers : 36 %
Confidence : 99 %
Le module vision doit être validé avant de poursuivre le développement complet.
---
40. SÉPARATION VISION / STRATÉGIE
La vision ne décide pas du trade.
Elle transmet les données.
Le moteur de stratégie décide.
VISION
↓
Demand
Score 78
Buyers 64 %
Zone 3350.20–3348.70
↓
STRATEGY
↓
FVG OK
Swing OK
4.2R
News OK
↓
RISK
↓
2 %
↓
MT5
---
41. PARAMÈTRES EXTERNES
Paramètre| Valeur initiale
Minimum Score| 60
Minimum Buyers Demand| 50 %
Minimum Sellers Supply| 50 %
Risk per Trade| 2 %
Target RR| 3.0
Break Even| 1.0R
SL Buffer| 10 pips
Start Trading| 00:00
Stop Trading| 22:00
News Before| 30 min
News After| 30 min
Max Spread| configurable
Max Slippage| configurable
One Trade / Zone| TRUE
Zone Expiration| 22:00
---
42. MULTI-INSTRUMENT
Priorité initiale :
XAUUSD
L'architecture doit permettre ultérieurement :
- Forex ;
- indices ;
- autres instruments MT5.
Les calculs doivent être adaptés automatiquement aux caractéristiques du symbole.
---
43. TIMEFRAME
Le timeframe utilisé devra être configurable.
Le développeur devra garantir la cohérence entre :
- TradingView ;
- MT5 ;
- zones ;
- FVG ;
- swings.
---
44. SYNCHRONISATION TEMPORELLE
Le système doit gérer correctement :
- heure TradingView ;
- heure MT5 ;
- heure broker ;
- heure locale ;
- changement de journée.
La notion de :
"zone créée aujourd'hui"
doit être basée sur une référence temporelle clairement définie et documentée.
---
45. SÉCURITÉ DU RISQUE
Le robot doit refuser un trade si :
- risque > 2 % ;
- volume invalide ;
- SL impossible ;
- prix incohérent ;
- données visuelles insuffisantes ;
- ordre doublon détecté.
Une protection anti-double exécution est obligatoire.
---
46. IDENTIFICATION DES ORDRES
Chaque ordre doit utiliser un :
Magic Number unique.
Le commentaire devra idéalement contenir l'identifiant de zone.
Exemple :
"SD_VISION_0017"
---
47. BACKTEST
Le moteur MQL5 doit pouvoir être testé historiquement.
Comme TradingView ne peut pas être reproduit directement dans le Strategy Tester MT5, les données issues de la reconnaissance visuelle devront idéalement pouvoir être enregistrées puis rejouées.
---
48. REPLAY DES DONNÉES VISION
Les événements devront pouvoir être enregistrés :
Timestamp
Zone ID
Type
High
Low
Score
Buyers
Sellers
Puis rejoués dans le moteur de stratégie.
Cela permettra de tester la stratégie sans attendre de nouveaux signaux TradingView.
---
49. TESTS DE NON-RÉGRESSION
Tests minimum :
Demand
Score 78 / Buyers 64 → VALIDÉ
Score 60 / Buyers 70 → REFUSÉ
Score 78 / Buyers 50 → REFUSÉ
Supply
Score 78 / Sellers 65 → VALIDÉ
Score 60 / Sellers 80 → REFUSÉ
Score 78 / Sellers 50 → REFUSÉ
Autres
FVG tardif → REFUSÉ
Potentiel 2.5R → REFUSÉ
News active → REFUSÉ
Après 22h → REFUSÉ
Zone de la veille → REFUSÉE
---
50. TESTS DU CALCUL DE RISQUE
Tester :
- différents capitaux ;
- différents SL ;
- différents symboles ;
- différents tick values ;
- différents contract sizes ;
- volume minimum ;
- volume maximum.
Le risque réel doit rester conforme au paramètre de 2 %, sous réserve des contraintes du broker.
---
51. TESTS BREAK EVEN
Tester :
- trade n'atteignant pas 1R ;
- trade atteignant 1R ;
- trade dépassant 1R ;
- modification réussie ;
- modification refusée.
Le BE ne doit jamais être déclenché avant 1R.
---
52. TESTS NEWS
Tester :
- 31 min avant → autorisé ;
- 30 min avant → bloqué ;
- 15 min avant → bloqué ;
- pendant → bloqué ;
- 15 min après → bloqué ;
- 30 min après → bloqué ;
- 31 min après → autorisé.
---
53. TESTS HORAIRES
Tester :
- 21:59 → autorisé si conditions réunies ;
- 22:00 → aucune nouvelle entrée ;
- 22:01 → aucune nouvelle entrée ;
- changement de journée → anciennes zones invalidées ;
- nouvelle journée → nouvelles zones uniquement.
---
54. CRITÈRES D'ACCEPTATION
Le système sera considéré comme fonctionnel lorsque :
1. Les zones sont correctement détectées.
2. Supply/Demand est correctement identifié.
3. Le score est correctement lu.
4. Buyers est correctement lu.
5. Sellers est correctement lu.
6. Score >60 est respecté.
7. Buyers >50 % sur Demand est respecté.
8. Sellers >50 % sur Supply est respecté.
9. Les zones précédentes sont ignorées.
10. Le FVG est correctement validé.
11. Le FVG précède le contact.
12. Le swing est correctement identifié.
13. Le potentiel minimum 3R est respecté.
14. Demand → entrée sur extrémité haute.
15. Supply → entrée sur extrémité basse.
16. Le SL est correctement calculé.
17. Le risque est limité à 2 %.
18. Le TP est à 3R.
19. Le BE intervient à 1R.
20. Les news bloquent correctement les entrées.
21. Les horaires sont respectés.
22. Les zones expirent à 22h.
23. Aucun doublon n'est généré.
24. Toutes les décisions sont journalisées.
---
55. LIVRABLES OBLIGATOIRES
À la livraison :
- code source ".mq5" ;
- fichier compilé ".ex5" ;
- code source complet du module vision ;
- fichiers de configuration ;
- documentation ;
- procédure d'installation ;
- procédure de backtest ;
- procédure de dépannage ;
- résultats des tests ;
- liste des dépendances.
---
56. PROPRIÉTÉ DU CODE
Le code source complet devra être remis au propriétaire du projet.
Aucune dépendance obligatoire à l'infrastructure personnelle du développeur ne devra être imposée sans accord préalable.
---
57. INFRASTRUCTURE
Le système devra pouvoir fonctionner sur :
- PC Windows ;
- ou VPS Windows.
Le développeur devra documenter :
- résolution d'écran recommandée ;
- position du graphique ;
- configuration TradingView ;
- configuration MT5 ;
- installation du module vision ;
- démarrage automatique si nécessaire.
---
58. MODE MONITOR ONLY
Prévoir un mode :
MONITOR ONLY
Le système :
- détecte les zones ;
- analyse les conditions ;
- calcule l'entrée ;
- calcule SL/TP ;
- calcule le lot ;
- mais n'envoie aucun ordre.
Il doit afficher les trades qui auraient été pris.
---
59. MODE DÉMO
Après validation du mode Monitor Only :
→ utilisation obligatoire sur compte démo.
La stratégie doit être observée en conditions réelles avant passage au réel.
---
60. JOURNAL DE PERFORMANCE
Enregistrer :
- date ;
- heure ;
- symbole ;
- zone ;
- type ;
- score ;
- Buyers ;
- Sellers ;
- FVG ;
- swing ;
- prix d'entrée ;
- SL ;
- TP ;
- risque ;
- résultat € ;
- résultat R ;
- raison de sortie.
Export CSV souhaitable.
---
61. PRINCIPE DE DÉCISION
Toutes les conditions obligatoires doivent être validées.
Une condition favorable ne compense jamais une condition manquante.
Exemple :
Demand score 90 + Buyers 48 %
→ REFUSÉ.
Demand score 80 + Buyers 70 % + potentiel 2R
→ REFUSÉ.
Supply score 85 + Sellers 70 % mais FVG créé après contact
→ REFUSÉ.
---
62. LOGIQUE FINALE — DEMAND
Zone Demand détectée
↓
Créée aujourd'hui ?
↓ OUI
Score > 60 ?
↓ OUI
Buyers > 50 % ?
↓ OUI
FVG valide ?
↓ OUI
FVG créé avant contact ?
↓ OUI
Swing High ≥ 3R ?
↓ OUI
Horaires OK ?
↓ OUI
News OK ?
↓ OUI
Spread OK ?
↓ OUI
Vision fiable ?
↓ OUI
↓
ENTRÉE = EXTRÉMITÉ HAUTE
↓
SL = SOUS EXTRÉMITÉ BASSE + 10 PIPS
↓
RISQUE = 2 %
↓
TP = 3R
↓
BE = 1R
---
63. LOGIQUE FINALE — SUPPLY
Zone Supply détectée
↓
Créée aujourd'hui ?
↓ OUI
Score > 60 ?
↓ OUI
Sellers > 50 % ?
↓ OUI
FVG valide ?
↓ OUI
FVG créé avant contact ?
↓ OUI
Swing Low ≥ 3R ?
↓ OUI
Horaires OK ?
↓ OUI
News OK ?
↓ OUI
Spread OK ?
↓ OUI
Vision fiable ?
↓ OUI
↓
ENTRÉE = EXTRÉMITÉ BASSE
↓
SL = AU-DESSUS EXTRÉMITÉ HAUTE + 10 PIPS
↓
RISQUE = 2 %
↓
TP = 3R
↓
BE = 1R
---
64. PRIORITÉ ABSOLUE : FIDÉLITÉ À LA STRATÉGIE
Le développeur ne doit pas :
- modifier une règle ;
- inverser une logique ;
- ajouter un filtre ;
- supprimer une condition ;
- modifier les seuils ;
sans validation préalable.
La stratégie doit être automatisée exactement telle qu'elle est décrite dans ce cahier des charges.
---
65. DÉVELOPPEMENT PAR PHASES
Phase 1 — Analyse technique
Analyse de l'affichage TradingView et choix de la technologie de reconnaissance.
Phase 2 — Prototype Vision
Détection des rectangles et extraction des informations.
Phase 3 — Validation Vision
Tests sur 30–50 captures.
Phase 4 — Moteur de stratégie
FVG, swings, 3R et validation.
Phase 5 — Risk Manager
2 %, SL, TP, BE.
Phase 6 — EA MT5
Exécution des ordres.
Phase 7 — Journalisation
Logs et export.
Phase 8 — Monitor Only
Simulation sans ordre.
Phase 9 — Compte démo
Validation en conditions réelles.
Phase 10 — Compte réel
Activation uniquement après validation complète.
---
66. RÉSUMÉ EXÉCUTIF POUR LE DÉVELOPPEUR
Le projet consiste à développer un EA MT5 automatisant une stratégie Supply & Demand dont les zones sont fournies par un indicateur TradingView privé.
L'indicateur ne peut pas être directement connecté à MT5 et son code source ne sera pas fourni.
Le système devra donc utiliser une couche de Computer Vision/OCR pour lire les informations visibles sur TradingView.
Pour chaque zone, le système doit reconnaître :
- Supply/Demand ;
- haut/bas ;
- score ;
- Buyers ;
- Sellers ;
- timestamp.
Demand
Score > 60
ET
Buyers > 50 %.
Supply
Score > 60
ET
Sellers > 50 %.
Puis :
FVG valide → FVG créé avant contact → Swing permettant ≥3R → entrée à l'extrémité correcte de la zone.
Entrée
Demand → extrémité haute.
Supply → extrémité basse.
Gestion
- SL avec buffer de 10 pips au-delà de la zone ;
- risque 2 % ;
- TP 3R ;
- Break Even à 1R ;
- une position par zone ;
- zones du jour uniquement ;
- expiration à 22h ;
- trading 00h00–22h00 ;
- News High Impact ±30 minutes ;
- filtre spread ;
- filtre slippage.
La priorité absolue est :
1. fiabilité de la reconnaissance visuelle ;
2. fidélité absolue aux règles ;
3. gestion stricte du risque ;
4. traçabilité de chaque décision.
Le développement doit commencer par le prototype de reconnaissance visuelle, avant le développement complet de l'EA.
Bewerbungen
1
Bewertung
Projekte
4
0%
Schlichtung
1
100%
/
0%
Frist nicht eingehalten
1
25%
Frei
2
Bewertung
Projekte
718
33%
Schlichtung
46
48%
/
41%
Frist nicht eingehalten
15
2%
Beschäftigt
3
Bewertung
Projekte
2
50%
Schlichtung
0
Frist nicht eingehalten
0
Frei
4
Bewertung
Projekte
20
45%
Schlichtung
6
33%
/
17%
Frist nicht eingehalten
2
10%
Arbeitet
Veröffentlicht: 7 Artikel, 35 Beispiele
5
Bewertung
Projekte
1
0%
Schlichtung
0
Frist nicht eingehalten
1
100%
Frei
6
Bewertung
Projekte
31
23%
Schlichtung
8
25%
/
63%
Frist nicht eingehalten
5
16%
Frei
7
Bewertung
Projekte
144
46%
Schlichtung
20
40%
/
20%
Frist nicht eingehalten
32
22%
Arbeitet
Projektdetails
Budget
30 - 10000 USD
Ausführungsfristen
bis 60 Tag(e)
Kunde
Veröffentlichte Aufträge1
Anzahl der Schlichtungen0