Comment les énigmes sont préparées

Constituer le vivier

Le point de départ est la liste Wikimedia des articles essentiels. Les identifiants Wikidata sont résolus vers les pages françaises. Pour chaque candidat, le système enregistre l’identifiant de page, la révision, le titre et les redirections connues avec leurs provenances et leurs sommes de contrôle.

Importer une révision stable

Le rendu d’une révision déterminée est récupéré à l’avance avec l’API MediaWiki, en utilisant un User-Agent identifiable, un cache, des délais maximums et des reprises bornées. Le snapshot reçu est conservé, car le rendu d’une ancienne révision peut dépendre de modèles qui évoluent.

Le HTML Wikimedia brut n’est jamais affiché. Un parseur DOM extrait l’introduction, retire les éléments éditoriaux ou interactifs et produit un document interne sûr.

Contrôler la jouabilité

Les pages d’homonymie, listes, redirections non résolues et introductions vides sont exclues. Des seuils de longueur, de structure et de couverture lexicale garantissent une grille exploitable. Les répétitions de page ou d’entité sont bloquées et les grandes catégories sont équilibrées sur le calendrier.

Le service s’adresse à un public de 13 ans et plus. Les contenus explicitement adultes ou graphiques sont donc écartés. Aucune autre censure thématique n’est appliquée.

Figer l’énigme

La tokenisation, les analyses morphologiques, les identifiants opaques et les versions des modèles sont enregistrés avec le puzzle. Une modification future d’un article ou d’un modèle ne change pas une archive déjà publiée. Le calendrier maintient trente jours de réserve et publie à minuit, heure de Paris, depuis les données locales.

Signaler un problème

Une erreur dans le jeu peut provenir de l’extraction, de la morphologie ou de la source elle-même. La page Correction explique quoi transmettre sans publier la solution du jour.