全部英雄

英雄列表最適合回答具體問題：誰能啟動一條 Tag 連攜，誰能回應某種狀態，哪些英雄使用遠程攻擊，或目前三人隊伍缺少什麼定位。已經知道名字時直接搜尋；還不知道答案時，組合使用定位、攻擊類型、施加狀態、啟動條件與 Signal 篩選。只比較能解決同一問題的英雄。輸出、連攜中繼與防禦角色都可能很強，但三者並不是可互換的候選。目前目錄收錄十九名英雄，先設定一個真正影響決策的條件，觀察剩餘數量，再加入第二個硬性條件，通常就能得到可逐一核對的名單，也不會因盲目疊加篩選而錯過重要選擇。

英雄卡片只是入口，不是強度結論。進入詳情頁後，應逐級查看技能文字、施加狀態、啟動條件、目標描述與首次解鎖等級。規劃 Tag 連攜時，「施加浮空或擊倒」與「目標處於浮空或擊倒時啟動」是兩類不同事實；資料庫把效果與條件分開，避免把要求誤讀成英雄能主動施加的狀態。還要確認中繼英雄是否能用同一技能承接並產生下一狀態，還是必須連續使用兩項技能。即使文字鏈成立，也不能證明動畫時序、能量、冷卻、敵人免疫或實際傷害合適，這些隨戰鬥變化的內容仍需在遊戲中驗證。

英雄投入應按相同的覺醒目標比較，而不是依據立繪邊框或某個孤立的最高數值。每個詳情頁都會展示已發布的養成階段、金幣、材料數量以及對應材料記錄。先決定下一項真正有用的里程碑，再累計從目前起點到該階段的全部成本，避免把便宜的早期提升與完整的後期培養混在一起。如果多名英雄爭用相同材料，把全部目標加入英雄升級材料工具，查看合併後的總需求與缺口。玩家填寫的庫存只儲存在目前瀏覽器，可以用來扣減仍需收集的數量，但不會改變遊戲資料中已核驗的原始需求。

確定英雄後，需要檢查整套配置，而不是預設所有高品質記錄都能裝備。構築規劃器會核對五個裝備部位、能力限制、套裝門檻、Karma 綁定、Rune、強化目標以及使魔欄位。以英雄為起點，先加入符合公開限制的裝備，再比較主屬性候選與套裝進度；選擇 Karma 前確認它是普通記錄，還是只適用於特定英雄。使魔屬於獨立的隊伍配置，本身不會創造技能 Tag 關係。網站按英雄在瀏覽器中分別儲存構築，因此可以保留多名英雄的方案，並在替換裝備、Karma 或使魔時比較結果，而不會意外覆蓋另一名英雄的配置。

頁面能確認的是目前記錄中的名字、定位、技能文字、等級、狀態關係、裝備資料、Karma 關係和養成成本。它不會聲稱某名英雄在所有場景都是最強，也不會計算每場戰鬥的最終傷害、預測未來平衡調整或知道玩家帳號擁有什麼。技能連攜成立，仍可能因操作困難、首領免疫或生存要求而不適合目前關卡。隊伍目標改變時應重新篩選，在相同養成狀態下比較，並在投入稀缺資源前進入遊戲核對即時表現。這樣的證據流程能在版本更新後直接複查發生變化的欄位，而不是繼續沿用已經失效的舊榜單結論。