Raid & Mythic+ · Mechanics Index · 查詢

機制查詢

團本與 M+ 的機制清單,可以按首領、按必打斷/必驅散篩。 每一條都標了證據等級——這一頁不會讓你分不出「兩邊互證過的」和「只有一邊講過的」。

座標載入中…
資料載入中…

01先讀界線

這一頁能回答什麼、不能回答什麼

已標記的是找到的,不等於全部。

  • 零遊戲內實測。每一條只證「DBM 模組與 Wowhead 攻略頁(含內嵌 Journal)說法是否一致」,沒有任何一條是打過之後寫的。
  • 兩座 M+ 的必打斷/必驅散清單不完整。諸王之眠與瑟沙利斯神廟的 DBM 警告構件沒讀完,缺的正好是必斷/必驅散——這兩座的清單不得當完整清單用
  • 其餘 15 檔的 DBM 覆蓋率沒有讀數;世界王那一檔連讀數都沒有(量覆蓋率的搜尋範圍搆不到它)。
  • 底下 29 條已知缺口有清單,在資料源的 README §5沒列在那裡只代表沒被發現,不代表乾淨。
  • 「必驅散」這一格已經扣掉一條假陽性。字串判準(dbm_classdispel)掃到 18 條,其中 1284483(荒疫之血,raid-3445)的 dbm_class 逐字是 timer_only(helpdispel 已註解)——插件裡那一行是被註解掉的,根本不會提示驅散,所以這一頁把它排除,「必驅散」顯示 17 條。🔴 排除只發生在這一頁的顯示層,資料源一個位元組沒動(出處:資料源 README §5 A6)。

頁面上的每一句「怎麼辦」都逐字來自資料檔,這一頁沒有自己寫任何一句打法。 想知道資料還能信到什麼時候,看 資料時效

02查機制

先選首領或地城,再選要看哪一類。搜尋框吃技能繁中名、spell_id 與「怎麼辦」全文。

類別
資料還沒載入。

03這幾個標記是怎麼判的

🔴 「必打斷」「必驅散」不是照分類欄撈的,是看 DBM 的警告型別 (dbm_class 與構件名 dbm_alert)。照分類欄撈會漏——已知至少 269973270923(必打斷)與 270865269972(必驅散)四條被歸在「路線」底下。

🔴 沒被標記 ≠ 不用打斷:構件欄 dbm_alert 只有 條有, 其餘只能靠 dbm_class 判;判不出來的就不標,這一頁不拿分類欄替代。

🔴 「必驅散」已經扣掉一條已知假陽性1284483(荒疫之血,raid-3445)的 dbm_class 逐字是 timer_only(helpdispel 已註解)——字串比對掃得到它, 但插件裡那一行被註解掉了,根本不會提示驅散。 字串判準的讀數是 18 條, 這一頁的「必驅散」排除它之後顯示 17 條。 🔴 排除只發生在這一頁的顯示層data/raid-prior//assets/raid-mechanics.json 一個位元組沒動,要改請回頭改資料源(出處:資料源 README §5 A6)。

證據等級