證據標籤要能說明做過什麼
帶來源的數值表示按檔案核對過資訊,不表示玩家做過受控實驗。計算值可按公開輸入重算;建議是在特定假設下的編輯判斷。
來源賬本保留連結與核對日期。社群頁面混有新舊數值時,相關官方改動優先。不會將衝突數值取平均,因為兩個版本的平均值可能從未存在於任一版本。
復算例項:第 2 階段為何在 13:00 結束
輸入為初始延遲 90 秒、第 1 階段等待 / 收縮 240 / 270 秒、第 2 階段等待 / 收縮 80 / 100 秒。合計 90 + 240 + 270 + 80 + 100 = 780 秒,即 13:00。這是時間表推導位置,不是從落地起算的實測。
[M01] [M02]質疑時應區分輸入、運算與起點。落地後 13 分鐘的截圖不一定使用同一起點,競技截圖也不能驗證普通局時間表。把假設公開,才能讓計算被核查。
對局計算臺:縮圈時鐘與轉移餘量明確保留的未知問題
引用的官方說明沒有給出完整滯留時間傷害公式,因此不使用猜測曲線生成存活估計。實際掉血、防護、生命和治療中斷都會影響結果。
本站沒有建立每種補給來源的完整機率分佈,列出可能物品不等於確認掉率。所有地圖、活動、自定義預設的可用性也不是一張已核實的通用清單。
計算臺的速度不是基準資料。如用自己的觀察替換,請記錄平臺、移動狀態、路長、起終點定義、重複耗時與中斷。裝備或地形改變時分開記錄。
什麼樣的勘誤便於複核
請提供網址和句子、建議替換內容、官方依據或可重複觀察,註明平臺、模式、日期。工具問題請附欄位與顯示結果,無需賬號資料。
補丁會讓過去正確的條目失效。應更新範圍與依據,再複核依賴該值的計算。賬本和示例讓依賴可見,避免只悄悄替換數值。
先解決一項衝突,再考慮整頁引用
建立逐項賬本:具體主張、平臺與模式、來源日期、對應段落和置信限制。來源說某道具改動時,要分清改的是使用時間、生命終點、可用性還是別的屬性。較新日期本身不夠,新檔案可能在討論不同模式或欄位。
例如一份檔案描述歷史使用時長,另一份只改變生命效果。如果因為後者較新就替換兩個欄位,會產生無依據修改。只引用對應段落能確立的內容;沒有檔案解決衝突時,應記錄分歧,不挑一個讓表格更整齊的數字。
可信程度有範圍:給定輸入的求和可以很可靠,但是否適用於未觀察的自定義對局仍未知。籠統寫“不確定”會丟掉有用部分,稱整場預測“已驗證”又誇大。應分別說明運算可復算,實際規則仍須核對。
站點修訂記錄 · 2026 年 11 月 12 日
本次修訂校正頁頭和頁尾的當前頁語言目標,按正文設定後續閱讀,並以 battlegrounds.click 作為主身份。原創示意圖替換宣傳頭圖,閱讀指南、術語、決策圖與 PC 對照頁增加推演;計算器繼續公開假設。這些是編輯與網站改動,不是新增遊戲實測。
本次釋出檢查本地檔案、倉庫子目錄和域名根目錄 HTTP 預覽。正式域名與收件箱投遞有不同證據要求,不會把本地透過轉換為外部服務配置正確的宣告;後續修訂也應保持區分。