装备数据库指南
如何比较装备、属性候选与套装
按五个可穿戴部位、品质、属性候选池、强化阶段与套装门槛比较装备，避免把可能随机出现的数值误当成已经拥有的属性。
先选择部位，再比较品质
专门的装备记录与对应物品记录回答不同问题：英雄能穿什么，以及这件装备可能形成什么配置。先选择头部、胸部、腿部、手部或脚部，再选择品质；在同一部位内比较，可以避免把用途不同的记录当成直接升级。当前数据库收录五个部位及其品质变体，共二百四十条装备记录。已经知道名称或套装时使用搜索；还在寻找候选时，使用横向展开的分类与品质筛选。如果某个组合没有结果，先移除优先级较低的条件，而不是直接认定当前版本不存在目标装备，也不要用其他部位的结果代替。
分清固定结构与随机候选
装备详情页会把记录的固定身份、主属性候选与副属性候选分别展示。候选池不代表每次掉落都同时拥有列表中的全部属性。阅读时应把属性名称、数值、权重与显示概率视为一整行，并始终分开主属性和副属性。比较两个品质版本时，需使用相同属性与相同强化阶段。候选更多可能带来灵活性，也可能让指定结果更难出现，本身不能直接证明好坏。数据库能够公布当前版本的正式候选池与权重，却不能预测某个账号下一次掉落、重铸或随机结果会得到哪一组组合。
按五件装备计算套装门槛
套装名称只有在所选构筑达到已发布的激活数量时才产生意义。应核对两件、三件或更高门槛，并按原文理解条件效果；一件带有套装名的装备并不等于整套效果已经激活。混搭时，统计五个部位中的实际件数，先决定必须保留哪个门槛，再比较剩余槽位的收益，而不是无理由强行加入第五件同套装。强化阶段是另一层数据：它展示该记录的正式成长与成本，不会保证任何随机属性。把部位、套装、候选属性和强化目标作为四项独立检查，才能避免漂亮名称替代真正的构筑决策。
在构筑规划器中验证兼容性
装备数据库负责解释单条记录，构筑规划器负责判断一整套配置是否能由所选英雄合法使用。先选择英雄，让能力限制参与筛选；填入五个部位，选择预期主属性与强化目标，再检查套装进度。Rune 应在核对正式属性和档位后加入，Karma 与使魔也要作为独立配置处理。所有可能属性仍明确标记为候选，不会伪装成装备已经获得的数值。每名英雄的构筑分别保存在浏览器本地，因此可以返回装备目录、打开其他详情并继续比较，而不会破坏当前英雄或另一名英雄已经保存的方案。
把装备问题与材料问题分开
装备目录用于查看战斗属性候选、套装、强化与英雄限制。物品与制作目录也会展示同一装备的物品记录，但重点是分类、品质、来源和制作关系，并与其他物品类型一起筛选。数据库不能预测掉率、当前实时开放状态、重铸结果、最终伤害，或所有副本都适用的最佳套装。投入有限金币和材料前，应确认准确品质与部位、英雄确实能够使用，并在相同强化目标下比较，同时进入游戏核对实时战斗条件。缺少字段表示目前未知或未发布，不应自动解释为数值为零。