
明日方舟精二Box推荐器:罗德岛之心,项目心得与经验
罗德岛之心PC端测试版程序已经发布,具体可以看NGA的帖子:
[罗德岛之心]萌新之友,精二Box推荐器PC端测试版发布!bbs.nga.cn/read.php?tid=25355097
Github链接,如果你觉得对你有帮助的话,还请顺手点一颗星~:
优先精二哪些干员,一直是困扰明日方舟萌新的一大问题。通常来说,萌新会选择在网上发帖求助,或者是在B站等平台寻找节奏榜等,以得到自己想要的答案。然而,发帖求助往往需要等待一段时间才能得到回复;而节奏榜只展现干员强度,并不能给出精二顺序的建议。
于是,我希望用人工智能学习经验丰富的玩家的建议,做成一个网站工具,萌新只需将自己的阵容box上传,便可以得到建议精二的干员及其精二优先度顺序。
从2020年7月13日在NGA发帖到现在,经过近半年的时间(其实中间鸽了一段时间orz……),罗德岛之心明日方舟BOX推荐器终于大功告成!下面我将分享我的经历与经验心得,希望能对各位有所帮助。
一、问题分析:干员Box与推荐系统
在开始之前,首先要分析Box推荐这一问题的本质。
输入是玩家的干员Box,Box由多个干员构成,输出是干员的排序。实际上,这一问题可以通过LTR算法解决。
LTR,全称为Learning To Rank,顾名思义,这一种(类)学习如何排序的算法。LTR算法在我们日常生活中的应用非常广泛,其中最重要的一个应用就是推荐系统。淘宝的商品推荐,知乎、B站等平台的内容推荐等等,几乎都离不开LTR算法。
为了更好地理解LTR算法,我们以电商平台为例进行讲解。用户在搜索栏输入关键词后,会出现一系列相关商品。用户输入的关键词就是Query,与关键词相关的商品就是Document。我们希望让用户最感兴趣的商品排在前面,从而提升用户体验。LTR算法的作用就是在用户输入关键词(Query)后,对所有与关键词相关的商品(Document)进行排序,让最满足用户需求的商品尽可能地排在前面。
那么干员Box推荐与电商平台的推荐系统有什么相似之处呢?其实,玩家上传的Box就可以看作是一个Query,Box里的干员就可以看作是Document。我们的目标就是对Box里的所有干员进行评分,评分越高的干员越值得优先精二。
二、数据采集:小程序与云开发
在理清思路后,接下来要做的就是采集数据。首先,我们要确定采集什么样的数据——很明显,是box里每个干员的信息(干员自身属性及等级),不过还不够。我们知道监督学习需要有目标值,在box干员推荐这一问题中,目标值是干员的优先度——那么优先度该如何规定呢?
由于我准备用pair-wise的方式(后面会介绍)构建模型,因此一开始我把精二优先度划分为5个等级:最值得优先精二的干员,精二优先度较高的干员,可以延后考虑精二的干员,可选择性精二的干员以及无需精二的干员(含已精二干员)。后来在数据处理的过程中发现,由于玩家更看重前10个以内的干员的排序结果,因此可以延后考虑精二的干员和可选择性精二的干员这两个等级可以合并,以提高模型的精度。
此外,我把干员的等级划分成了4个等级区间,具体如下:
- 0:未精一
- 1:<=精一40级
- 2:精一40级~精一满级
- 3:已精二
在确定优先度的划分以及采集数据的格式后,我们罗德岛之心项目组的小伙伴们一起开发了一个用于采集数据的微信小程序,类似于抽卡模拟器(可以在微信搜索ArkHeart)。这里我们选择的是云开发模式,它非常适合个人以及小团队,其优点具体如下:
- 基本无需后端,开发方便;
- 云开发可以提供一个额度限定内免费的数据库,如果要采集的数据不多,平日流量不大,那么云开发绝对是不二之选。
在开发完用于采集数据的小程序后,我再次在NGA发帖,寻求经验丰富的玩家志愿者帮助采集数据。为了保证玩家给出建议的质量,我设置的要求是博士等级必须大于等于70级。最后,我们总共采集了1300多份box,数据记录在6w多条。
采集的数据格式如下:
1 |
|
三、模型构建:特征工程与LGB
在采集完数据后,接下来要做的就是先确定使用什么样的模型。之前提到的LTR算法共有三大类:Pointwise类、Pairwise类以及Listwise类。Pointwise类算法把排序问题近似转换为回归问题,只考虑单一文档,而不考虑文档之间的关系;Pairwise类算法强调文档顺序关系,把排序问题近似为分类问题;而Listwise类算法则是直接优化排序列表,输入为单条样本为一个文档排列。
前两类算法用的比较广泛,这里我选用Pairwise类算法,构建GBRT+LR模型。这里就不展开讲原理了,有兴趣的可以自己在知乎或者csdn等平台搜一下,或是看文末的参考资料。
在训练模型之前,还有一项重要任务——特征工程。特征工程对于机器学习至关重要,很大程度上决定了模型的上限。
首先,我们要对数据进行清洗。 这里一开始我犯了个大错误,对于小程序采集到的数据过于自信,觉得没有必要从头到尾对数据进行清洗。但实际上,系统采集到的数据很脏!有的box因为系统bug只有一个干员被选中或者重复出现,有的box因为某些厨力玩家显得特别离谱(例如蜜蜡优先度高于塞雷娅……),还有的可能是因为侠客导致某些幻神干员明明没精二却没有被选择。这些数据无疑会影响到模型的训练(实际上我在对数据完全清洗后,ndcg指标上升了5个百分点),因此我们必须要进行清洗!我的做法是,把某些系统问题或者选的过于离谱的box直接删除,而剩余一些存在侠客因素或者问题不是很大的box,我个人凭借着玩家经验做了些许修改。
之后,我们要确定选取哪些特征,这些特征要尽可能地与因变量有关。我们采集的数据,仅仅有干员名称、干员星级、干员等级、干员职业以及人工标注的优先度。这些特征还远远不够。并且,我们不能把干员名称作为特征——因为明日方舟的卡池是在不断更新的。如果把干员名称作为特征,那么每次出新干员,数据就得重新采集,模型就得重新训练,泛化能力非常差。
那么该选取什么特征呢?比较好想到的是干员的公招标签。此外,我们可以想一下我们是如何给萌新推荐干员的。
首先,我们重点关注干员的自身定位以及其强度。 这里的干员定位我们可以用子职业来表示,比如说:技能回费先锋/杀回先锋/投锋,普通盾/奶盾等。干员强度我们可以用单值离散变量来表示,0代表很弱,1代表弱,2代表强,3代表很强。
其次,我们会考虑整个Box里不同定位干员的练度比例。比如:如果萌新有一个精二的能天使,那么蓝毒、白金等五星对空狙的精二优先度就会小一些。
因此,这里我增加了子职业以及各个子职业练度比例的特征。首先子职业的划分如下:
- 先锋0:挡二先锋0,杀回先锋1,投锋2
- 近卫1:挡一近卫3,挡二近卫4,群卫5,远卫6
- 狙击2:快狙7,群狙8,超远狙9,特殊狙10
- 重装3:盾11
- 医疗4:群奶12,单奶13
- 辅助5:减速14,召唤15
- 术士6:单法16,群法17
- 特种7:快活18,推拉19
- 单独的特殊类:20
有人可能会问:你这分的不对啊?近卫里面还有法伤近卫,盾里面还有奶盾,你这分的不够细啊。实际上,子职业并不是分的越细越好,如果分的过细,那么很容易出现类别之间的样本数量过于失衡的情况,影响模型的精度。比方说,奶盾与普通盾,其实可以靠“治疗”标签区分,因此无需过于细分子职业类别。
那么怎么确定分的好不好呢?一方面我们可以看评价模型的指标——NDCG的大小。NDCG介于0~1之间,越接近于1,说明模型分类越精确。
除了NDCG之外,还有NDCG@k,k是人为设定的整数值。这两者分别有什么含义呢?简单讲,NDCG和NDCG@k都是评判一个模型排序正确程度的指标,区别在于,NDCG看的是所有item也就是doc的排序正确程度,而NDCG@k只关心排名前k个文档的排序正确程度。这里我遇到了一个坑。一开始,我想当然地以为,由于玩家重点关注前10个干员的排序,因此优化指标就设为NDCG@10。然而,这样训练出来的模型,虽说在预测6星干员方面效果很不错,但对于某些好用低星干员,以及已有同类高练干员无需再练同类干员的情况下,效果不是很理想。原因在于:优先度为4,3的干员在前10位占据了绝大多数位置,然而在整个box中,优先度为2,1的干员才是多数。NDCG@k的k设的过于靠前,会让一些强力干员的优先度过高,以至于在某些特殊场合下(例如拥有精二蓝毒和一个精一40级白金)下,本应是某些较为适合box但本身强度不是特别高的干员的优先度较低,而让一些强度较高但已有同类替代的干员优先度较高。因此,NDCG@k中的k不可以过小。最后我选取了NDCG@30,效果不错。
另一方面,我们可以看特征重要度。在训练完树模型后,我们可以查看模型里各个特征的重要性——某个特征的重要性越高,就说明该特征在模型训练中发挥了越重要的作用,反之亦然。
经过反复尝试,我选取了上述的干员子职业分类方式,并去除了群攻、位移、费用回复、支援机械、快速复活、召唤等标签。
此外,干员子职业练度比例的计算公式如下:
某子职业练度比例干员强度属于该子职业干员等级区间所有子职业练度和某子职业练度比例=∑(干员强度/3)∗(属于该子职业干员等级区间/3)所有子职业练度和
同一Box下的干员共享子职业练度比例的特征。
四、代码讲解
GBRT+LR的pairwise类算法,我们可以用LGB去做。这里必须吹一下LGB,又快又准!
下面开始详细讲解一下代码(部分代码参考了https://github.com/jiangnanboy/learning_to_rank)。
首先,我们需要加载已经处理过的表格数据:
1 |
|
接下来,我们需要把整个数据集划分为训练集、验证集和测试集。这里的比例约为7:2:1。
1 |
|
之后我们把训练集和验证集的数据加载为LGB的格式。
1 |
|
之后设置参数,进行训练,并保存模型。
1 |
|
最后,我们可以在测试集上进行检验,并显示特征重要度。
1 |
|
最终我们的模型在测试集上的ndcg@10约为0.9237,效果不错。
四、PC端的制作
模型终归是模型,要想让用户使用,就必须做出可视化界面。目前我们和kkdy合作一起开发网页版和小程序,这几天寒假闲着没事,我自学了pyqt做了个桌面程序,实现了box推荐的功能。源代码已经放在了我的Github里:
五、总结
费时半年的项目(虽然鸽了一段时间orz),终于做完了!个人感觉用AI做这个罗德岛之心Box推荐系统并不是非常困难。实际上,罗德岛之心的这个模式可以同样套用在其他手游上,不过本人精力有限,就只做方舟的了。
此外,这套干员推荐系统,稍作修改的话或许也可以用在肉鸽活动上,感觉可以一搞,不过现在思路还没完全确定,先等下一次肉鸽活动再说吧。
如果你喜欢我的项目的话,还请到我的Github里点颗星,谢谢各位了~
参考资料
1.机器学习排序算法:RankNet to LambdaRank to LambdaMART: https://www.cnblogs.com/genyuan/p/9788294.html
2.利用lightGBM做LTR排序: https://github.com/jiangnanboy/learning_to_rank
3.策略算法工程师之路-排序模型(LTR)及应用: https://zhuanlan.zhihu.com/p/11