Implémentation du workflow—recherche, négociation et SOP de révision

1. Point de départ : pléthore d'outils, rareté des processus

Maîtriser individuellement l’« IA pour le résumé », le « backtesting pour le codage » et l’« API pour le placement d’ordres » ne forme pas un système. Sans un workflow structuré, on observe souvent : une dépendance excessive aux conclusions des chats en période calme, des vérifications négligées quand la volatilité s’emballe, des règles modifiées à la hâte lors des événements, et l’incapacité de réviser selon un standard cohérent après coup. L’objectif de la Leçon 6 est de condenser les cinq leçons précédentes en une SOP reproductible, afin que l’IA reste un assistant et ne se substitue jamais à la discipline en période de tension.

2. Vue d’ensemble de la SOP : Comment six étapes s’insèrent dans une semaine

Le workflow se divise en trois segments temporels : Période de Recherche (Étapes 1 à 3), Période d’Exécution (Étapes 4 et 6), Période de Révision (Étape 5). La Période d’Événement (Leçon 4) constitue une règle transversale qui encadre l’avant et l’après exécution.

Période de Recherche

Organisez les informations et les calendriers. Utilisez des sources hiérarchisées et le cadre R-C-E-V (Recherche, Collecte, Évaluation, Vérification) pour générer des points à valider. Menez des backtests ou un suivi papier sur les hypothèses testables, en notant les coûts et les conclusions hors échantillon. Résultats : Fiche d’information (éléments vérifiés uniquement), Liste d’hypothèses (avec conditions d’invalidation), et un premier jugement sur la pertinence d’une observation ou d’une petite position.

Période d’Exécution

Avant d’ouvrir des positions, remplissez la checklist de gestion des risques et effectuez les vérifications terminales. Gérez les fenêtres d’événement selon des règles de dégradation. N’exécutez des scripts automatisés que lorsque les règles sont claires et les disjoncteurs opérationnels.

Période de Révision

Importez les relevés de transactions réels. Confrontez le plan à la réalité. Mettez à jour les types d’erreurs et les axes d’amélioration pour la semaine suivante. Vérifiez que les limites de concentration n’ont pas été dépassées.

3. Workflow quotidien : boucle fermée minimale avant ouverture

Chaque jour de trading planifié, les étapes suivantes s’exécutent dans un ordre fixe en dix à vingt minutes (selon la complexité des positions).

• Étape 1 : Vérifiez la validité de la Fiche d’information (changements d’annonces, frais, paramètres on-chain, règles de la plateforme).

• Étape 2 : Confirmez si la journée tombe dans une fenêtre d’événement. Le cas échéant, vérifiez que l’effet de levier a été réduit ou les nouvelles positions suspendues conformément aux règles.

• Étape 3 : Réaffirmez le plan de trading : direction, ratio, conditions d’invalidation, stop-loss, sortie (cible ou temporelle), perte maximale acceptable.

• Étape 4 : Croisez les risques avec la checklist : risque unitaire, exposition totale, mode marge, conflits avec les positions existantes.

• Étape 5 : Confirmation manuelle terminale : paire, direction, quantité, type de position (réduction/ouverture uniquement).

• Étape 6 : Après exécution, enregistrez plan et résultats réels dans les champs du journal pour éviter les entrées basées sur la mémoire.

L’IA peut assister la génération des checklists et des textes de réaffirmation aux Étapes 3 et 4. Les Étapes 5 et 6 ne doivent en aucun cas être déléguées.

4. Workflow hebdomadaire : rythme fixe pour recherche et révision

Planifiez une séance complète de recherche et de révision chaque semaine (par exemple le week-end ou en période de faible volatilité), structurée ainsi :

Segment Recherche (environ 30 à 45 minutes)

Mettez à jour les observations macro et crypto (taux d’intérêt, USD, proxies d’appétit pour le risque, structure BTC/ETH). Actualisez le calendrier des événements. Nettoyez la Fiche d’information en supprimant les éléments obsolètes. Listez 1 à 3 hypothèses testables pour la semaine suivante, en écartant les narrations invérifiables.

Segment Révision (environ 30 à 45 minutes)

Importez les transactions de la semaine. Calculez le P&L brut et les frais. Annotez les problèmes d’exécution (slippage, clics erronés, stop-loss non planifiés). Classez les types d’erreurs. Définissez une amélioration concrète pour la semaine suivante (ex. : « aucun ajustement de levier avant un jour d’événement », « pas de nouvelle stratégie sans backtest OOS »).

L’IA convient pour la mise en forme et la catégorisation ; les chiffres et les enregistrements de transactions doivent toujours provenir de données exportées.

5. SOP Période d’Événement : Règles strictes conformes à la Leçon 4

Rédigez les règles de période d’événement comme des stratégies par défaut, et non comme des décisions ad hoc :

• 24 heures avant l’événement : Pas de nouvelles positions à fort effet de levier. Pas de déploiement de nouvelles règles d’ordres automatisés. Confirmez la marge disponible et le ratio de stablecoin.

• Pendant l’événement : Pas de transactions de rattrapage basées sur des résumés instantanés de l’IA. Fondez-vous sur les données officielles et l’écart par rapport aux attentes. Autorisez uniquement les actions de réduction ou de couverture (si la stratégie le prévoit).

• Après l’événement : Ne réévaluez qu’après normalisation des spreads et de la structure de volatilité. Consignez dans la révision le chemin réel et les écarts par rapport au scénario planifié.

6. SOP Automatisation : Checklist de lancement conforme à la Leçon 5

Avant de lancer un nouveau script ou une capacité d’Agent, parcourez cette checklist :

• Les permissions sont-elles minimales ?
• Est-il séparé de la supervision en lecture seule ?
• Existe-t-il des disjoncteurs pour les pertes journalières et les échecs consécutifs ?
• Les retraits ou autorisations on-chain à haut privilège sont-ils interdits ?
• Les clés sont-elles conservées hors des dépôts et des chats ?
• Le placement d’ordres automatisé est-il désactivé par défaut pendant les périodes d’événement ?
• Existe-t-il un point de confirmation manuelle ?

Tout élément non validé entraîne l’absence de lancement ou le maintien en mode signal uniquement.

7. Schémas d’échec récurrents et contre-mesures

Les défaillances de workflow découlent généralement de schémas identifiables :

Schéma 1 : Les résultats de recherche alimentent directement le trading en direct

Contre-mesure : Séparez la Fiche d’information de la Liste d’hypothèses ; les éléments non vérifiés n’intègrent pas la checklist d’exécution.

Schéma 2 : Un backtest prometteur entraîne une augmentation de la taille de position

Contre-mesure : Appliquez un scénario pessimiste OOS pour les coûts ; n’augmentez pas la position avant un suivi papier concluant.

Schéma 3 : Règles enfreintes temporairement pendant les périodes d’événement

Contre-mesure : Intégrez les règles d’événement dans la SOP en amont ; les exceptions doivent être enregistrées et incluses dans la révision.

Schéma 4 : L’automatisation masque une exécution négligente

Contre-mesure : L’automatisation n’exécute que des règles documentées ; tout changement de règle exige une mise à jour documentaire avant la modification du code.

Schéma 5 : La révision enregistre des impressions, pas des données

Contre-mesure : Les champs du journal sont fixes ; l’IA organise les données mais n’invente jamais d’enregistrements de transactions.

8. Rôle de l’IA dans le trading assisté

L’IA améliore le traitement de l’information et l’efficacité technique, mais les humains conservent la responsabilité de la vérification, de la gestion des risques et de l’exécution. La carte des six positions résout le « où utiliser » ; la discipline d’entrée résout le « ne pas partir de données erronées » ; l’audit du backtesting résout le « ne pas se laisser abuser par les courbes » ; les limites d’événement résolvent le « ne pas spéculer sous pression » ; la sécurité de l’automatisation résout le « ne pas laisser persister une seule erreur » ; la SOP de cette leçon résout le « puis-je refaire la même chose la semaine prochaine. »

Pour les traders expérimentés, l’implémentation ne nécessite pas de remplir tous les champs d’un coup. Commencez par « Fiche d’information + Six étapes pré-trading + Révision hebdomadaire », puis ajoutez progressivement le backtesting hiérarchisé, les dégradations d’événement et les checklists d’automatisation après 4 à 8 semaines de fonctionnement. La valeur du workflow réside dans sa répétabilité : seule une pratique répétée permet de juger si les améliorations sont réelles.

9. Résumé de la leçon

La Leçon 6 affine le trading crypto assisté par IA, en passant du concept au workflow : la période de recherche privilégie la vérification et la réfutabilité ; la période d’exécution met l’accent sur les checklists et la confirmation terminale ; la période de révision valorise des enregistrements précis et une seule amélioration concrète ; la période d’événement et l’automatisation limitent les risques extrêmes via des règles de dégradation et des disjoncteurs de permissions. Les outils et les modèles évoluent, mais le workflow peut rester stable. S’en tenir au workflow est plus efficace que de poursuivre sans cesse de nouveaux prompts pour obtenir une constance à long terme sous la pression du marché. Ce cours s’achève ici ; si les fonctionnalités de la plateforme ou la structure du marché changent à l’avenir, mettez à jour la Fiche d’information et les checklists plutôt que d’abandonner le workflow lui-même.