自从《艾尔登法环》发售以来，读指令这三个字一贯都是玩家们辩论的焦点之一。不少离谱的游戏实况表现和玩家群体中快速传播的动图让很多人对法环的一些BOSS行为充满了困惑。
事实上，魂系列AI读指令早已不是秘密，《阴郁之魂1》在读、《血源谩骂》在读、《只狼》也在读。那么抛开大量新进魂系新人玩家涌入的成分，为什么《艾尔登法环》最为人所诟病呢？
本文将通过解包，以AI文件、动画文件、各种参数等内容为根本，考试测验剖析法环中的读指令问题究竟出在哪。
（PS：解包文件是工程逆向的结果，不代表FS社员工真的在用这种逆天脚本写AI）
随便打开一份AI的解包文件，我们就可以看到关于Interrupt的Function
废话不多说，先请出新人折磨王：熔炉骑士AI
IsInterupt（）
我们从头来看
if arg1:IsInterupt(INTERUPT_UseItem) and arg1:HasSpecialEffectId(TARGET_SELF, 5039) == false then
前边不须要太多的阐明了，便是玩家利用道具。那这个Effect Id 5039是干什么的呢？
熔炉骑士动作
我们打开熔炉骑士的动画文件后能看到大部分动作中有存在"AddSpEffect 5039”，这个东西实在是代表了熔炉骑士出招过程中自身AI不会去做打断的一个时长。
比如上图中这个挥砍的动作总时长是2.5S，而“5039”占了前1.5S，也便是说从AI的角度上，熔炉骑士一定会挥完这1.5S的剑才能去做别的事情。这是非常合理的，总不能我在神龙摆尾摆一半，看到玩家在喝药，我就溘然中断动作上去给他一刀吧？
老贼显然没这么离谱。
这里就可以看出“药检”的触发条件了读到玩家喝药的输入指令自身并没有在其他的招式硬直阶段如果这两个条件都知足，就准备“药检”了：
if arg1:IsInsideTargetCustom(TARGET_SELF, TARGET_ENE_0, AI_DIR_TYPE_F, 120, 180, 5) then if f23_local4 <= 80 then arg2:ClearSubGoal() arg2:AddSubGoal(GOAL_COMMON_ComboTunable_SuccessAngle180, 10, 3000, TARGET_ENE_0, 999, f23_local2, f23_local3, 0, 0) return true else return true
IsInsideTargetCustom实际上是在检测熔炉骑士和玩家间的位置关系，AI_DIR_TYPE一共有4种，分别是：
AI_DIR_TYPE_F：自身前方AI_DIR_TYPE_B：自身后方AI_DIR_TYPE_L：自身左侧AI_DIR_TYPE_R：自身右侧
后边的参数则是角度和间隔。
因此这里的前置条件便是【如果玩家在熔炉骑士前方120°、半径5米的扇形区域内】
loacl4是Goal.Interrupt = function中定义的变量，就不贴了。它是一个1~100间的随机数，以是<=80便是“有80%的几率”
ClearSubGoal是清空熔炉骑士AI中当前的行为列表，也便是说本来熔炉骑士本来寻思着准备上天了但还没上，一看到你喝药，立时急眼不上了。
AddSubGoal便是给熔炉骑士AI的行为列表中添加行为，参数比较多我们只说主要的：
10：所添加行为的寿命3000：动作IdTARGET_ENE_0：目标999：下一combo能否实行的目标间隔判断
（寿命和下一combo的间隔判断实在是非常主要的参数，直接决定了AI的终极表现，但是和本篇内容无关，以是先不细说）
那动作Id：3000是啥？
给你一刀
归纳一下：
触发“药检”后，如果玩家在熔炉骑士前方120°、半径5米的扇形区域内，80%几率急速给你一刀，20%几率什么都不做
elseif arg1:IsInsideTargetCustom(TARGET_SELF, TARGET_ENE_0, AI_DIR_TYPE_F, 120, 180, 10) then if f23_local4 <= 40 then arg2:ClearSubGoal() arg2:AddSubGoal(GOAL_COMMON_ComboTunable_SuccessAngle180, 10, 3005, TARGET_ENE_0, 999, f23_local2, f23_local3, 0, 0) return true elseif f23_local4 <= 80 then arg2:ClearSubGoal() arg2:AddSubGoal(GOAL_COMMON_ComboTunable_SuccessAngle180, 10, 3006, TARGET_ENE_0, 999, f23_local2, f23_local3, 0, 0) return true else arg2:ClearSubGoal() arg2:AddSubGoal(GOAL_COMMON_ApproachTarget, 3, TARGET_ENE_0, 5, TARGET_SELF, false, 9910) return true end
有了前边的履历，这里看起来就方便很多了：
【当玩家位于熔炉骑士前方120°，5~10米间的扇环时】
有40%的几率利用，3005，即冲刺挥砍冲刺挥砍
有40%概率利用，3006，即咸鱼突刺咸鱼突刺
剩下20%的概率，GOAL_COMMON_ApproachTarget，会靠近玩家。3则是熔炉骑士走路的最大速率系数，大概这样脑门上纹了个“急”
elseif arg1:IsInsideTargetCustom(TARGET_SELF, TARGET_ENE_0, AI_DIR_TYPE_F, 120, 180, 15) then if f23_local4 <= 80 then arg2:ClearSubGoal() arg2:AddSubGoal(GOAL_COMMON_ApproachTarget, 3, TARGET_ENE_0, 5, TARGET_SELF, false, 9910) return true else return true end end
同理，玩家处于半径10~15范围的扇环时
80%几率以最大速率靠近玩家20%几率什么都不做至此，熔炉骑士的药检部分就全部结束了。
熔炉骑士读指令大略框图
有两点须要解释一下：1.看起来熔炉骑士只有玩家在其前方时才会“药检”，那我站在他背后是不是就安全了？
这是理论存在但实际不太存在的情形，除了部分招式的硬直状态，熔炉骑士调度朝向面向玩家是较高优先级的事情，而且根据玩家的相对位置（侧前、后方）不同，转向速率还会大幅度加快。
跟得上我的思必得吗？
更不用说，险些所有招式中，都包含转向调度的窗口时长这种事了。
闪电五连转
就像这张图，是盾牌猛击的攻击行为，1.12S的韶光内，熔炉骑士可以做到依次以30、240、120、240、360的转身速率调度5次朝向（只要他须要），以是转身180°给你一下都属于是牛刀小试了。
因此，在“药检”的设计上，只考虑前方的情形是非常合理的。
2.这是不是意味着我站在熔炉骑士15米开外喝药就绝对安全了？
理论上是的，至少熔炉骑士的“药检”AI部分不会对你的行为做出反馈了。但这不虞味着他本身的行为模块不会想办法搞你。
结论：熔炉骑士的“药检”AI，通过玩家间隔的不同分成了近、中、远3种。个中近间隔（5米）基本便是站在脸上了，很少有人会这样喝药；而远间隔则须要玩家通过BOSS硬直、自身体力跑位去达成（15米），因此熔炉骑士也不会做出即刻的攻击行为。中间隔是玩家与熔炉骑士战斗中最常触发的情形，以是FS的设计师给中间隔预备了3种不同的反馈，透过概率来决定。
这套设计我以为实质上是没有问题的，针对玩家的分外行为进行反馈；在常见情形中准备了多种行为，增加战斗多样性的同时也强化了对玩家反应维度、操作维度的稽核，可圈可点。
而我认为可以优化的地方则是：“药检”模块直接清空原来的行为列表过于武断，必要性不强喝药作为玩家的分外行为，可以给反馈，但不须要每次急速都要给反馈，行为列表本身有“寿命”，结束后自身就会清掉，不须要逼迫清空实行药检（或者加个概率清空）
近、远间隔均有20%的行为留白，但中间隔却没有，3种行为均是强压迫性，可以考虑20%留白熔炉骑士在idle状态下基本常驻举盾，玩家本就难以对其造成侵害，留白并不会降落难度；留白也并不代表原地待着不动，而是在小概率的条件下给予战斗节奏的变革
if arg1:IsInterupt(INTERUPT_Shoot) then if arg1:HasSpecialEffectId(TARGET_SELF, 5039) == false then if arg1:IsInsideTargetCustom(TARGET_SELF, TARGET_ENE_0, AI_DIR_TYPE_F, 120, 180, 5) then return true end elseif arg1:IsInsideTargetCustom(TARGET_SELF, TARGET_ENE_0, AI_DIR_TYPE_F, 120, 180, 7.5) then if arg1:HasSpecialEffectId(TARGET_SELF, 14606) == true then arg2:ClearSubGoal() arg2:AddSubGoal(GOAL_COMMON_ComboRepeat_SuccessAngle180, 10, 3003, TARGET_ENE_0, 999, 0, 0) return true end elseif arg1:IsInsideTargetCustom(TARGET_SELF, TARGET_ENE_0, AI_DIR_TYPE_F, 120, 180, 10) then if f23_local4 <= 30 then arg2:ClearSubGoal() arg2:AddSubGoal(GOAL_COMMON_ComboTunable_SuccessAngle180, 10, 3005, TARGET_ENE_0, 999, f23_local2, f23_local3, 0, 0) return true elseif f23_local4 <= 60 then arg2:ClearSubGoal() arg2:AddSubGoal(GOAL_COMMON_ComboTunable_SuccessAngle180, 10, 3006, TARGET_ENE_0, 999, f23_local2, f23_local3, 0, 0) return true else arg2:ClearSubGoal() arg2:AddSubGoal(GOAL_COMMON_ApproachTarget, 3, TARGET_ENE_0, 5, TARGET_SELF, false, 9910) return true end elseif arg1:IsInsideTargetCustom(TARGET_SELF, TARGET_ENE_0, AI_DIR_TYPE_F, 120, 180, 15) then if f23_local4 <= 80 then arg2:ClearSubGoal() arg2:AddSubGoal(GOAL_COMMON_ApproachTarget, 3, TARGET_ENE_0, 5, TARGET_SELF, false, 9910) return true else return true end end end
像玩家Shoot类指令当然也是有读的，大同小异就不赘述了，感兴趣的可以自己看下。
除此以外，熔炉骑士还会读很多其他形式的玩家输入，全体读指令模块有1000行，约占其全部AI的1/3。
说到读指令，我们不得不提的重量级人物自然少不了这位：马戏团双雄
直接来吧！
这东西内部命名叫“OldLion”，老~狮~子~
说实话，打开文件前我还想会不会是BUG或者是逻辑卡去世了什么的，没想到打开后创造有点离谱，特殊是在看完熔炉骑士之后。
老狮子的AI写法上明显和熔炉骑士习气不同，99%是不同的设计师制作的，但事理一样，以是我们也不多阐明了：
if arg1:IsInterupt(INTERUPT_Shoot) and arg1:HasSpecialEffectId(TARGET_SELF, 5025) and f36_local3 > 6 then arg2:ClearSubGoal() if arg1:IsInsideTarget(TARGET_ENE_0, AI_DIR_TYPE_L, 180) then local f36_local5 = 0.5 local f36_local6 = 6003 local f36_local7 = TARGET_ENE_0 local f36_local8 = 0 local f36_local9 = AI_DIR_TYPE_R local f36_local10 = 0 arg2:AddSubGoal(GOAL_COMMON_SpinStep, f36_local5, f36_local6, f36_local7, f36_local8, f36_local9, f36_local10)
老狮子实行躲避弹道的行为实行有3个前置条件：
检测到玩家输入弹道操作（投掷物、法术、弓箭等）狮子自己身上有5025的状态（可以看出，这里逻辑和熔炉骑士是反的，狮子在少数过渡动作上添加了5025，而在处于这些状态下时，去实行闪避；终极结果还是不打断常规出招）与玩家间的直线间隔大于6条件均知足后分为两种情形
IsInsideTarget检测了与玩家间的位置关系，玩家位于其左侧180°扇形时，实行6003行为大略右跳
else local f36_local5 = 0.5 local f36_local6 = 6002 local f36_local7 = TARGET_ENE_0 local f36_local8 = 0 local f36_local9 = AI_DIR_TYPE_L local f36_local10 = 0 arg2:AddSubGoal(GOAL_COMMON_SpinStep, f36_local5, f36_local6, f36_local7, f36_local8, f36_local9, f36_local10) end return true
反之，自然便是玩家位于其右侧180°扇形时，实行6002行为
大略左跳
没了。
这里有几个问题，都很严重：1.纯挚将与玩家的相对方位分成旁边两个扇形基本没有实际意义
由于魂系游戏中怪物基本都会随时调度方位来担保时候朝向目标，因此在玩家不动的情形下，这个判断结果只取决于横跳动作后的朝向调度中的细微偏差。终极导致的便是上面马戏团双雄的图里，旁边横跳看起来完备是随机的。给人一种只写了50%左跳、50%右跳的逻辑，廉价感很强
2.没有设置读指令的间隔上限
老狮子这里躲避的判断条件只有间隔大于6，却没有上限，熔炉骑士的AI中上限是15。如果我没记错的话，15该当是大部分法术技能打不到的间隔了，卡这个间隔是非常合理的设计。大于这个间隔，即便你放法术，我也只会常规逼近而不会虚空闪避。
3.完备没有做SpaceCheck
if f40_local0 >= 5 and SpaceCheck(arg0, arg1, 0, 5) == true then f40_local10 = f40_local13 elseif SpaceCheck(arg0, arg1, -45, 5) == true then if SpaceCheck(arg0, arg1, 45, 5) == true then if f40_local1 <= 50 then f40_local10 = f40_local11 else f40_local10 = f40_local12 end else f40_local10 = f40_local12 end elseif SpaceCheck(arg0, arg1, 45, 5) == true then f40_local10 = f40_local12 else
这是我从《艾尔登法环》中红灵NPC的AI里截取的，可以看到里边大量利用了SpaceCheck进行判断，这实在是在判断自身周围一定范围内有没有障碍物。《只狼》中的大部分NPC会在实行侧闪行为提高行类似的判断，这非常合理：右边有障碍物，你还非得往右边闪吗？而这老狮子，从图上可以看出，右边已经是墙了，自己还在往墙里怼，带给玩家的表现就很差，直白来说便是显得傻。
4.没有供应多种反馈形式、没有留白
熔炉骑士的反馈根据间隔远近分为了3类，每种间隔内又分别分成了2、3、2小类。老狮子的反馈有且仅有一种（旁边横跳不算两种），并且在没有检测间隔上限的情形下，没有留白就意味着逢Shoot必跳，势必是要被批驳一番的。
实际上，老狮子的现有资源就已经可以支持多种反馈形式：
强扑
如果玩家在6~10米范围内发射投射物，我是不是可以给予20%的概率前扑攻击，增加压迫性？
后跳
是不是可以把后跳加入躲闪序列中？横跳下怪物与玩家间隔不变，后跳改变了间隔，就会有新的AI模块被激活，产生变数。
末了便是留白，不一定每次玩家shoot都一定要有反馈。
这样一来，可能谈不上多好，最少不会被送到马戏团里了。
结合熔炉骑士来看，老狮子的设计师我觉得是资历较浅亦或是新人/应届生：
老狮子的AI里，函数中所利用的参数都利用了已经定义好默认值的变量，而熔炉骑士的制作者直接在函数的传参里填了值。虽然前者很规范，但做多了在担保没问题的条件下，____________吧？一样平常来说，操作不可打断的窗口条件时，标签肯定是【不可打断】，而不是反过来把可以打断的地方全都贴上能打断的标签。同样实行玩家方位检测时，熔炉骑士的制作者利用了IsInsideTargetCustom，而老狮子的制作者利用的是IsInsideTarget，它们功能基本同等，差异是前者拥有额外的两个参数输入，用来判断玩家的间隔。大略来说便是该严谨的地方严谨了。总结：正如文章开头所说，读指令在某些利用情景下是完备没有问题的，它不仅可以动态的改变战斗的节奏，还可以让玩家更好的感知到自己行为所产生的反馈，显得AI更加“聪明”。这也是该设计方向能够在FS的游戏当中传承至今的主要缘故原由。《阴郁之魂1》里A大就已经能对玩家的远程攻击产生3种不同形式的反馈了，《只狼》里大家都知道“药检”的存在，却很少有人去喷它是不合理的。而《艾尔登法环》中被玩家截出的各类啼笑皆非的读指令事宜，除了少数是由于BUG，绝大部分还是由于实际制作者层面涌现了问题：
至少在读指令这一块，有些怪物的AI乃至不如《阴郁之魂1》考虑的严密
这并不是老狮子制作者的问题，我更方向于认为由于制作周期、开放天下制作量指数级爆炸等成分，导致资深员工疲于生产内容，不能去做太甚细的辅导，也没有韶光去review这种“细枝末节”的东西。
末了，希望小高拿了今年的GOTY，多招点人，让我早点玩到DLC和新作。