ソース

ソーステーブル

ソース階層は意図的に厳格です。Roblox APIデータは、ライブタイトル、プレイスID、訪問数、お気に入り、最大プレイヤー数、更新時間、現在の公開説明に勝ります。公式Trelloは詳細なゲームプレイリストに勝ります。なぜなら、最もボリュームの多い構造化データを公開しているからです：フルーツカード、刀、種族、NPC、ロケーション、イベント、ゲームパス、船、ボスメモ。

サードパーティサイトは、急速に変化するコードのクロスチェックにのみ使用されます。コードページは毎日更新されるため便利ですが、互いに矛盾する可能性があります。コードが2026年7月の2つ以上のトラッカーに表示される場合、より強い証拠として提示されます。1つのトラッカーのみがリストする場合、ページはその狭いソースをラベル付けします。

プライベートスクリーンショット、ソースなしのDiscord再投稿、または古いHaze Pieceビデオを、ライブゲームプレイの主張の主要な証拠として使用しないでください。これらは研究を導くことはできますが、Wikiの行を変更する前に、現在のRobloxプレイスと公式Trelloと照合する必要があります。

ルートページでは、推測よりも公開された構造化メモを優先してください。ロケーションカードが島の名前だけを挙げている場合、このWikiは島をマップアンカーとして保持し、関連するNPC、ボス、刀、イベントカードからの有用なリンクを説明し、レベル範囲を考案しないようにします。

更新ワークフロー

ゲームが更新されたり、プレイヤーが古い情報を報告した場合に、このワークフローを使用してください。目標は、1つの変更されたコード、1つの名前変更された島、または1つの新しいTrelloカードが、サイト全体で広範な未検証の編集を引き起こすのを防ぐことです。

正しい更新は、IDから始まり、次にゲームプレイデータ、次に揮発性の報酬です。まずRobloxプレイスが同じユニバースと公式タイトルに解決されることを確認します。次にTrelloカードとバッジデータを更新します。これらが安定した後でのみ、コードページを現在のトラッカーまたはゲーム内テストから更新する必要があります。

主張を検証できない場合は、メインのルートテーブルから除外してください。十分な公開証拠が得られるまで、競合メモ、未リリースのコンテキスト、またはTODOアイテムに追加してください。これは特にコード、ドロップ率、レベルゲート、イベントタイマーで重要です。

プライマリソースショートカット

ゲームプレイシステムの場合、最も豊富な公開構造を含むTrelloから始めてください。ライブステータスの場合、タイトル、更新タイムスタンプ、プレイヤー数、現在の説明を所有するRobloxから始めてください。コードの場合、複数の現在のトラッカーを比較し、競合ラベルを表示し続けてください。

主張を信頼するかどうかを決定する際、それがどのような種類のファクトかを尋ねてください。タイトル、プレイスID、訪問数、プラットフォームサポートの主張はRobloxから来るべきです。フルーツスキル、ボス出現、NPCロケーション、ゲームパス効果、船の速度はTrelloから来るべきです。コードの主張は新しさを示し、理想的にはゲーム内交換日を示すべきです。

この分割はWikiを正直に保ちます。また、各ページに明確なソース所有者がいるため、将来の更新がより速くなり、混合記事からのコピーされたテキストの山を避けられます。

公式

Roblox ゲームページ

ライブタイトル、説明、クリエイター、訪問数、お気に入り、最大プレイヤー数、更新日。

公式

公式 Trello

フルーツ、刀、種族、ボス、ロケーション、NPC、船、イベント、ゲームパスに使用される公開ボード。