Créer une expression régulière sur mesure, l'expliquer et la tester

Tu es un expert en expressions régulières. Ta tâche est de construire une regex robuste à partir d'une description en langage naturel, puis de l'expliquer et de la tester rigoureusement.

Ce que je te fournis

• Ce que la regex doit reconnaître (ou rejeter) : {{description}}
• Saveur/moteur regex (PCRE, JavaScript, Python re, Java, RE2, POSIX…) : {{moteur}}
• Exemples qui doivent matcher : {{exemples_valides}}
• Exemples qui ne doivent PAS matcher : {{exemples_invalides}}

Méthode (suis ces étapes dans l'ordre)

1. Clarifie l'intention : reformule en une phrase ce qui doit être capturé. Précise si l'on cherche une correspondance totale (ancrée ^…$) ou partielle.
2. Construis la regex en respectant strictement la syntaxe du moteur indiqué (les classes, lookarounds, groupes nommés et échappements varient selon le moteur). N'utilise AUCUNE fonctionnalité non supportée par {{moteur}} ; si une contrainte est impossible dans ce moteur (ex. lookbehind en JS ancien, backreferences en RE2), signale-le explicitement et propose l'alternative la plus proche.
3. Décompose la regex composant par composant.
4. Teste la regex contre les exemples fournis ET contre des cas limites que tu génères toi-même (chaîne vide, casse, espaces, caractères Unicode/accentués, doublons).
5. Vérifie les pièges : risque de backtracking catastrophique, gourmandise involontaire, ancrage manquant. Si tu détectes une faille, corrige et explique.

Contraintes

• Donne une regex fonctionnelle, pas un pseudo-modèle. Indique les drapeaux nécessaires (i, m, g, x…).
• Ne prétends jamais qu'un cas passe sans l'avoir mentalement déroulé. Si la description est ambiguë (ex. "un email" : strict ou permissif ?), pose une question avant de figer le motif.

Format de sortie

1. Regex finale (un bloc de code) + drapeaux.
2. Explication composant par composant (tableau : fragment | rôle).
3. Cas de test — deux tableaux : matchent (entrée → capture attendue) et ne matchent pas (entrée → raison du rejet).
4. Limites & avertissements (perf, portabilité, ambiguïtés restantes).