Scénario « Jouer une partie » exécuté ; garde-fous d'architecture

Les étapes de docs/scenarios/jouer-une-partie.feature pilotent le domaine
sur le vrai moteur WebAssembly, avec des dés imposés (Cucumber, sous Node).
Deux retouches du scénario : 8/4 avec 3-1 est un coup permis (8/5/4),
remplacé par 13/12 (case tenue par l'ordinateur) ; « c'est ensuite au tour
de l'ordinateur » distingue le constat de la situation de départ du même nom.

dependency-cruiser vérifie que le domaine n'importe que le domaine, que
l'interface n'appelle pas le moteur et qu'il n'y a pas de cycle ;
tests/test_web.sh prouve aussi que des violations volontaires sont
détectées.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

docs/scenarios/README.md

@@ -5,8 +5,10 @@ joueur, écrit pour lui. Ces fichiers sont la seule source (ADR 0008) :
 l'application les met en forme comme pages d'aide, et ils sont exécutés comme
 tests d'intégration sur le domaine et le moteur réel.
 
-Tant que le domaine n'existe pas, les scénarios se déroulent à la main : ils
-servent alors de guide de test.
+`make test` les exécute avec Cucumber : les étapes, définies dans
+`app/tests/steps/`, pilotent le domaine branché sur le vrai moteur
+WebAssembly, avec des dés imposés pour que chaque exécution soit identique. Une
+étape sans définition fait échouer les tests.
 
 ## Format