Normes éditoriales et méthode de classement de Warhammer Survivors

Que signifient les libellés de preuve ?

Chaque bloc factuel doit indiquer au lecteur le type de preuve qu’il contient. Officiel signifie qu’un développeur, un éditeur, une boutique ou une annonce officielle du jeu l’affirme. Demo historique signifie que le fait appartient à une version de Demo datée et n’est pas transporté discrètement dans le jeu complet. Piste communautaire signifie qu’une discussion de joueurs peut guider la recherche sans avoir été contrôlée indépendamment. Sortie observée signifie qu’un relevé du jeu complet inclut sa version, sa plateforme, sa date et son raisonnement.

Schéma informatif original, pas une séquence de gameplay : il explique les libellés de preuve au lieu de présenter des résultats de jeu.

C’est pourquoi le tableau des évolutions place les paires d’ingrédients communautaires dans une table de recherche historique séparée. C’est aussi pourquoi le roster des personnages conserve les deux orthographes de Lyssa et les formulations sources de Yarrick au lieu de les réécrire discrètement.

Pour des exemples concrets de sources primaires, comparez les métadonnées officielles de l’application Steam avec l’annonce officielle de lancement Steam. Un champ de boutique peut établir le périmètre du produit, tandis qu’une annonce peut établir une sortie datée ou une règle de Demo ; aucune des deux ne prouve automatiquement un classement de gameplay.

Que faut-il pour un futur classement équitable ?

Un verdict de tier sur la version de sortie doit comparer des situations comparables. Définissez d’abord la version et la plateforme, consignez l’univers et le niveau lorsque c’est pertinent et gardez le contexte des améliorations comparable. Observez ensuite la régularité de la survie, le contrôle et la portée, les besoins de configuration ainsi que toute évolution ou relation de compagnon effectivement montrée par la partie. Le but n’est pas de transformer une partie spectaculaire en note universelle.

Répétez la comparaison assez souvent pour expliquer les compromis. Notez le héros, les conditions de départ, les noms d’objets, le déclencheur ou le résultat, la date d’observation et la source. Si une mécanique est inconnue, étiquetez-la comme inconnue. Si un résultat change après un patch, mettez à jour la fiche concernée et conservez l’ancien périmètre. La réponse pré-sortie de la tier list sur la page d’accueil renvoie vers cette méthode, afin que les futurs résultats puissent être expliqués sans prétendre que le test a déjà eu lieu.

Schéma informatif original, pas une séquence de gameplay : il décrit le protocole de test futur, pas un classement terminé.

Quels champs faut-il dans une fiche source ?

Utilisez une fiche courte et vérifiable pour chaque affirmation :

• Affirmation : la phrase exacte énoncée.
• Source : URL, éditeur ou observation consignée.
• Version et plateforme : date de Demo ou version de sortie, avec la plateforme.
• Date d’observation : moment où la source ou la partie a été vérifiée.
• Certitude : officiel, Demo historique, piste communautaire ou sortie observée.
• Raisonnement : ce que les preuves étayent et ce qu’elles laissent ouvert.
• Parcours de correction : endroit où un lecteur peut contester l’affirmation et ce qui sera revérifié.

Le guide de la date de sortie applique cette méthode au périmètre des plateformes et à la progression des Demos. Le guide mobile l’utilise pour séparer les plateformes de lancement annoncées des détails d’appareil et de connectivité non confirmés. Un champ manquant est une raison de réduire la portée de la formulation, pas d’inventer une valeur.

Comment les corrections sont-elles traitées ?

Lorsqu’une source change ou qu’un lecteur conteste un fait, identifiez la page et l’affirmation exacte, joignez la nouvelle source primaire ou la fiche de version et vérifiez si la modification touche les pages associées. Résolvez explicitement les conflits d’orthographe au lieu de créer des entités en double. Mettez à jour la date et le périmètre à côté de l’affirmation, et conservez la formulation historique de Demo lorsqu’elle reste utile au contexte.

Schéma informatif original, pas une séquence de gameplay : il montre comment une correction modifie une fiche tout en préservant son historique.

Aucune page actuelle ne doit revendiquer un tier de sortie testé en pratique, une liste complète de recettes, un suivi des déblocages ou une recommandation de configuration testée par des joueurs. Le guide du wiki liste les pages fondées sur des sources qui sont prêtes aujourd’hui. À l’arrivée de la sortie du 10 novembre, ces normes donneront au site une méthode concrète pour décider quelles fiches peuvent être publiées et lesquelles ont besoin d’un nouveau contrôle.