+35
−1
+197
−0
+195
−1
Loading
Cinq briques, issues du comparatif avec OpenAEV 3.26. Comcheck — vérification des accès avant lancement. Adapté au bac à sable : on ne teste pas des coordonnées réelles mais la validité des liens joueurs et la présence de la cellule. Trois états actionnables (confirmé / lien jamais ouvert / en attente), tableau temps réel côté animation. RETEX structuré — questionnaires réutilisables au niveau de l'organisation (modèles → rubriques → questions), instanciés par exercice, répondus par les joueurs (0-5 + commentaire), agrégés dans le rapport. Deux modèles fournis. Restitution anonyme par construction : l'identité ne sert qu'à empêcher les doublons et ne ressort jamais de l'agrégation. Éditeur de modèles complet. Réseaux sociaux — les joueurs publient et répondent. Fils de réponses sur un seul niveau (parentId). Publier en son nom est libre ; le compte officiel de l'organisation est réservé aux personnages désignés (Character.canPostAsOrg), refus serveur sinon. L'animation peut répondre à toute publication, voit celles de la cellule (badge) et peut les modérer. Mur de crise — page pour un écran de salle : presse et réseaux en colonnes dont la part d'écran s'adapte au volume de contenu, bandeau SIMULATION permanent, horloge T+ vivante. Deux accès : second écran du poste d'animation, ou lien d'affichage à jeton pour un PC de salle dédié (session en lecture seule, 24 h, régénérable et révocable). Structuré pour accueillir le flux TV. « Voir comme » — un animateur ouvre l'espace d'un joueur en lecture stricte. Un point de contrôle unique dans PlayerGuard couvre les 25 routes joueur en écriture. Ne laisse aucune trace dans l'exercice : pas de marquage en lu, pas de confirmation à la place du joueur. Session de 30 min portée par un en-tête et cantonnée à un onglet — un cookie aurait détourné la console de l'animateur. OBSERVER exclu, chaque ouverture auditée. Trois migrations à appliquer. Détail des invariants de sécurité dans SECURITY.md, documentation utilisateur dans docs-site. Ce lot n'a été ni compilé ni exécuté : l'environnement de développement utilisé n'avait pas de toolchain Node. Les migrations SQL sont écrites à la main. À passer par pnpm lint/typecheck/test/build et une migration sur base vide avant toute revue de fond. Co-Authored-By: Claude (RCA)