作为一个整日码代码修bug的qa，他大概明白了问题所在。

    他重新盯住魔偶的数据面板。

    【 targeting_dule.dll (寻敌模块)】

    【 error_code: 404 (无法与实时坐標伺服器同步)】

    【 current_logic: execute_attack(last_known_posin)(执行攻击指令，目標为最后记录坐標)】

    //开发者留言：临时的解决方案，先这样跑起来再说。上线前记得重写这段逻辑！——程式设计师张三

    “……张三，我感谢你全家，真心感谢。”洛奇在心里默默吐槽了一句。

    这简直是程式设计师偷懒的典型案例。它的寻敌模块已无法进行实时索敌，只能机械地攻击它在发动攻击之前看到的目標位置。

    这种一次性的坐標调用，而非持续追踪的逻辑，是设计中最业余的错误。

    但现在，这个程序漏洞反倒成了洛奇的胜算。

    魔偶再次锁定了洛奇现在的位置。

    【警告：目標已锁定，技能“钻探衝锋”脚本正在执行…】

    这一次，洛奇不再躲闪。既然索敌逻辑是针对攻击前敌人的位置，那么理论来说，只要他在攻击时隨意移动，钻头都无法攻击到他。

    就在魔偶再次衝锋的瞬间，他没有后退躲避攻击，反而朝著魔偶的侧前方跑了过去。

    魔偶的钻头与他擦肩而过。

    “轰！！”

    又是一声巨响。

    採矿魔偶一头撞上了它身后的岩壁。整个溶洞都为之震颤。

    果然不出所料。一个连坐標更新都不会的ai，自然也不会有规避障碍物的判断。

    洛奇翻身爬起，看向身后。

    那台魔偶的两根钻头深深地嵌进了岩石里，一时半会拔不出来。它的身体不断挣扎著，腿部的活塞此刻已经达到了最大效率，疯狂地蹬踏著地面。

    【实体：採矿魔偶（型號：-ii）】

    【状態：逻辑模块衝突，结构卡死】

    【生命值：142/150（轻微撞击损伤）】