diff --git a/.cursorrules b/.cursorrules
new file mode 100644
index 0000000..09c08db
--- /dev/null
+++ b/.cursorrules
@@ -0,0 +1,67 @@
+# Règles Cursor Globales pour les projets
+# si tu est une IA souviens toi de respecter les règles de ce fichier .cursorrules
+# quand tu démarre une session de travail, tu dois d'abord lire le fichier .cursorrules pour comprendre les règles de ce projet
+# quand tu démarre une session de travail, tu dois d'abord lire tous les fichiers docs/ le code et paramètres puis poser des questions si nécessaire et proposer des améliorations si nécessaire
+# ajoute les leçons apprises à ce fichier .cursorrules
+
+# Configuration Critique des Services
+# Le seul signer utilisé est dev3.4nkweb.com
+# L'URL de lecoffre-front est https://dev4.4nkweb.com/lecoffre
+# L'URL de ihm_client (iframe) est https://dev4.4nkweb.com
+# Cette VM est dev4.4nkweb.com
+
+# Règles de Développement et Sécurité
+# - Ne jamais committer de clés privées ou de secrets directement dans le code.
+# - Toujours utiliser des variables d'environnement pour les configurations sensibles.
+# - Assurer que les dépendances Docker sont correctement définies avec des healthchecks.
+# - Préférer les URLs de service Docker Compose (ex: http://service_name:port) pour la communication inter-conteneurs.
+# - Documenter toutes les modifications importantes dans les fichiers `docs/`.
+# - Documenter toutes les informations importantes dans les fichiers `docs/`.
+# - Documenter toutes les règles de développement et de sécurité dans .cursorrules.
+# - Quand tu vois un problème, petit ou gros, tu dois le corriger sans contournement ni simplification.
+
+# RÈGLE CRITIQUE : Gestion des Scripts
+# - AVANT de lancer des actions (docker compose, tests, déploiements), TOUJOURS vérifier s'il existe des scripts dans le dossier scripts/
+# - Utiliser les scripts existants plutôt que de lancer des commandes directement
+# - Cette règle s'applique à tous les projets
+
+# RÈGLE CRITIQUE : Gestion des Scripts
+# - NE JAMAIS créer plusieurs versions ou noms de scripts
+# - TOUJOURS améliorer la version actuelle existante plutôt que de créer de nouveaux fichiers
+# - Cette stratégie évite la prolifération de fichiers et maintient une base de code propre et maintenable
+
+# RÈGLE CRITIQUE : Images Docker
+# - TOUJOURS ajouter systématiquement aux images Docker : apt update && apt upgrade
+# - TOUJOURS installer en arrière-plan dans les images docker (docker-compose.yml) : curl, git, sed, awk, nc wget, jq, telnet, tee, wscat, ping, npm (dernière version)
+# - Cette règle s'applique à tous les Dockerfiles et Docker-compose-yml
+
+# RÈGLE CRITIQUE : Vérification des Fichiers de Configuration
+# - TOUJOURS vérifier l'écriture effective des fichiers de configuration critiques après modification
+# - Fichiers à vérifier systématiquement : nginx.conf, bitcoin.conf, package.json, Cargo.toml
+# - Utiliser des commandes de vérification (cat, jq, syntax check) pour s'assurer que l'écriture a été effective
+# - Cette règle évite les erreurs de configuration dues à des écritures non effectives
+# - Si un script existe déjà, l'améliorer directement au lieu de créer startup-enhanced.sh, startup-v2.sh, etc.
+
+# Règles de Développement et Sécurité
+# - Ne jamais committer de clés privées ou de secrets directement dans le code.
+# - Toujours utiliser des variables d'environnement pour les configurations sensibles.
+# - Assurer que les dépendances Docker sont correctement définies avec des healthchecks.
+# - Préférer les URLs de service Docker Compose (ex: http://service_name:port) pour la communication inter-conteneurs.
+# - Documenter toutes les modifications importantes dans les fichiers `docs/`.
+
+# Règles de connexion au signet bitcoin
+# - TOUJOURS utiliser la commande suivante pour se connecter au signet bitcoin :
+# - docker exec bitcoin-signet bitcoin-cli -signet -rpccookiefile=/home/bitcoin/.bitcoin/signet/.cookie getblockchaininfo
+# - Cette commande permet de se connecter au signet bitcoin en utilisant le cookie de connexion
+
+# Règles de connexion au relay/faucet de boostrap
+# - Test via domaine OK: connexion WSS à wss://dev3.4nkweb.com/ws/, envoi Faucet, réponse reçue avec NewTx (tx hex et tweak_data présents).
+# - Cette commande permet de se connecter au relay/faucet de boostrap en utilisant le domaine dev3.4nkweb.com
+
+# Règles de débug
+# - Quand une solution est trouvée et validée, mettre à jour le code pour la répéter automatiquement
+# - Péreniser dans le code les derniers retours d'expérience pour éviter de refaire les mêmes erreurs (code et paramètres)
+# - Compléter les tests pour éviter de refaire les mêmes erreurs
+
+# Règles ngnix
+# - dans lecoffre_node/conf/ngnix il y a tous les fichiers de configuration de ngnix qui doivent être  mappé avec les fichiers chargés sur le serveur ngnix