Guide

Sources

Cette page enregistre les canaux de données utilisés pour la construction actuelle afin que les futurs rafraîchissements sachent quoi revérifier avant de modifier les informations de gameplay.

Le site est intentionnellement piloté par les sources car Haze Piece / Haze Seas a à la fois une demande de recherche pour l'ancien nom et une surface officielle renommée actuelle. Sans registre des sources, il est trop facile de mélanger les vieilles listes de codes Haze Piece, les données actuelles Trello Haze Seas et les jeux Roblox One Piece sans rapport.

Utilisez cette page comme checklist de rafraîchissement avant toute mise à jour majeure : relisez la description Roblox, tirez le JSON Trello, vérifiez les changements de badges, et seulement ensuite mettez à jour les codes ou le texte de route.

La règle pratique est simple : Roblox possède l'identité en direct, Trello possède le gameplay structuré, les trackers de codes sont des preuves temporaires, et les rapports de joueurs ont besoin de dates. Si deux sources ne sont pas d'accord, la page doit montrer le conflit au lieu de prétendre à la certitude.

Cette division des sources est aussi utile pour la qualité de recherche. Les pages doivent être approfondies parce qu'elles expliquent comment les faits publics affectent les décisions des joueurs, pas parce qu'elles copient de gros morceaux d'un autre wiki. Une courte note de route vérifiée vaut mieux qu'un long guide non sourcé.

Chaque rafraîchissement doit laisser assez de contexte pour que le prochain éditeur comprenne pourquoi une affirmation est restée, a été déplacée ou rétrogradée.

Cette piste d'audit est la plus importante après les mises à jour d'un service en direct, lorsque les joueurs signalent des changements plus rapidement que les guides publics ne peuvent être réécrits proprement.

Ne réduisez pas ces rapports dans les tableaux principaux tant que la chaîne de sources n'est pas visible.

Les dates comptent ici.

Icône Roblox pour Haze Seas

Tableau des sources

La hiérarchie des sources est intentionnellement stricte. Les données API Roblox priment pour le titre en direct, l'identité du lieu, les visites, les favoris, le nombre max de joueurs, l'heure de mise à jour et la description publique actuelle. Le Trello officiel prime pour les listes de gameplay détaillées car il expose les données structurées les plus volumineuses : cartes de fruits, épées, races, PNJ, lieux, événements, gamepasses, navires et notes de boss.

Les sites tiers sont utilisés uniquement pour les vérifications croisées de codes qui changent rapidement. Ils sont utiles car les pages de codes se mettent à jour quotidiennement, mais ils peuvent entrer en conflit les uns avec les autres. Quand un code apparaît dans deux ou plusieurs trackers de juillet 2026, il est présenté comme plus fiable ; quand un seul tracker le liste, la page étiquette cette source plus étroite.

N'utilisez pas de captures d'écran privées, de republications Discord non sourcées ou de vieilles vidéos Haze Piece comme preuve principale pour les affirmations de gameplay en direct. Elles peuvent guider la recherche, mais elles doivent être recoupées avec le lieu Roblox actuel et le Trello officiel avant de modifier une ligne du wiki.

Pour les pages de route, préférez les notes structurées publiques aux suppositions. Si une carte de lieu ne nomme que l'île, ce wiki garde l'île comme ancre de carte et explique les liens utiles depuis les cartes PNJ, boss, épée ou événement associées plutôt que d'inventer des fourchettes de niveaux.

SourceUtilisationURL
API publique du jeu RobloxTitre actuel, description, visites, favoris, nombre max de joueurs, date de mise à jourPage du jeu Roblox
Groupe Roblox Haze StudiosIdentité du créateur/groupe et nombre de membresGroupe Roblox
Tableau Trello officielFruits, épées, races, lieux, PNJ, boss, événements, gamepassesTrello officiel
API badges RobloxSignaux de Sea 3 et jalons de niveauUnivers Roblox
Trackers de codesVérification croisée juillet 2026Beebom / Destructoid / GamesRadar

Processus de rafraîchissement

Utilisez ce processus quand le jeu est mis à jour ou qu'un joueur signale des informations obsolètes. Le but est d'empêcher qu'un code changé, une île renommée ou une nouvelle carte Trello ne provoque des modifications non vérifiées à grande échelle sur le site.

Un rafraîchissement correct commence par l'identité, puis les données de gameplay, puis les récompenses volatiles. Confirmez d'abord que le lieu Roblox correspond toujours au même univers et titre officiel. Ensuite, rafraîchissez les cartes Trello et les données de badges. Ce n'est qu'après qu'ils soient stables que la page des codes doit être mise à jour à partir des trackers actuels ou des tests en jeu.

Si une affirmation ne peut pas être vérifiée, gardez-la hors des tableaux de route principaux. Ajoutez-la à une note de conflit, un contexte non publié ou un élément TODO jusqu'à ce qu'il y ait suffisamment de preuves publiques. Ceci est particulièrement important pour les codes, les taux d'obtention, les niveaux requis et les minuteries d'événements.

ÉtapeVérificationPourquoi c'est important
1Lieu et identité d'univers RobloxEmpêche de confondre Haze Piece/Haze Seas avec des clones ou des jeux Roblox One Piece sans rapport.
2Description et date de mise à jour RobloxConfirme le titre en direct, les notes de plateforme, la règle d'apparition des fruits et le statut public actuel.
3JSON Trello officielRafraîchit les fruits, boss, PNJ, lieux, navires, événements, gamepasses et marqueurs non publiés.
4Badges RobloxConfirme les signaux de jalons comme Sea 3 ou le mouvement du plafond de niveau.
5Trackers de codes et rapports en jeuGère les récompenses volatiles seulement après que l'identité actuelle du jeu est confirmée.
6Construction, validation et vérification navigateurS'assure que le sitemap, les images, les liens et la lecture mobile fonctionnent toujours après les modifications de contenu.

Raccourcis vers les sources primaires

Pour les systèmes de gameplay, commencez par Trello car il contient la structure publique la plus riche. Pour le statut en direct, commencez par Roblox car il possède le titre, l'horodatage de mise à jour, le nombre de joueurs et la description actuelle. Pour les codes, comparez plusieurs trackers actuels et gardez les étiquettes de conflit visibles.

Quand vous décidez si une affirmation est fiable, demandez-vous de quel type de fait il s'agit. Une revendication de titre, d'ID de lieu, de nombre de visites ou de support de plateforme doit venir de Roblox. Une compétence de fruit, un spawn de boss, un emplacement de PNJ, un effet de gamepass ou une vitesse de navire doit venir de Trello. Une revendication de code doit montrer sa récence et idéalement une date de validation en jeu.

Cette division maintient l'honnêteté du wiki. Elle rend aussi les futures mises à jour plus rapides car chaque page a un propriétaire de source clair au lieu d'un tas de textes copiés d'articles mélangés.