企业官网建设流程全解析

最近收到一条很典型的 MUGEN 人物包调试记录，现象用一句话概括就是：拉莱耶文本的 10P 放在 1P 位置，先手做隔离检测时演出和杀伤都正常；同一个角色包的 12P 放在 2P 位置，隔离检测看起来能触发，但杀伤失效，也没办法把对手击败；再把 10P 换到另一侧或换位置后测试，原先正常的结果又变了。这种“P1 正常、P2 异常、换边后行为不同”的问题，在 MUGEN 角色改版、AI 补丁和 10P/12P 这类多调色板版本里非常常见。

这篇内容不是讲某个图像模型或者 WebUI，而是回到 MUGEN 引擎本身，把“拉莱耶文本 10P/12P 在 1P/2P 隔离检测”这条记录拆成可以复现、可以排查、可以修复的技术问题。文章会先把测试矩阵还原出来，再讲 MUGEN 人物包里哪些文件决定 10P、12P 和 1P、2P 的差异，接着按“调色板分支、位置朝向、HitDef 杀伤、演出框架、KO 判定”几个方向逐层排查，最后给出一套适合长期维护角色包的最佳实践。

如果你正在给 MUGEN 人物调 AI，或者接到一个别人写好的角色包，遇到了“某些调色板在 1P 能打赢，换到 2P 就打不死人”的情况，这篇文章可以直接按章节对照排查。下面先从问题本身说起。

1. 先定位：这条记录到底想表达什么

把原始记录整理成测试矩阵，大概是下面这种状态。下表只是为了把现象说清楚，实际测试时，不同回合的帧数、距离、双方剩余血量，都会影响最终判断。

这个矩阵最有价值的点，是把“演出”和“杀伤”分开了。如果是招数根本没发出来，那问题多数出在状态入口、AI 指令或者变量切换，不会看到完整演出。现在看起来是“状态启动了、演出也播放了，但伤害没有正确结算”，这种情况更偏向 HitDef 触发条件、Target 处理、伤害计算公式或者 KO 判定逻辑。

还有一个关键信息是“换位置后变化”。MUGEN 里 P1 和 P2 的默认位置不同，角色从左侧换到右侧后，Facing 方向、P2Dist X 的符号、坐标系里的左右边界都会发生变化。如果角色包的攻击状态里写了“未取绝对值的 P2BodyDist X”一类的判断，就会出现在 P1 位置命中、换到 P2 位置后完全不成立的情况。

所以这篇文章后续不会去猜测“拉莱耶文本”这个角色到底用了什么秘密逻辑，而是把最常见、最可能产生这种现象的四个原因讲清楚，让你拿回自己的角色目录里逐项验证。

2. MUGEN 人物包相关环境速览

这次排查的对象不是训练好的 AI 模型，也不需要什么显存、CUDA。环境方面更关注的是 MUGEN 引擎版本、人物文件目录结构和测试用的同人资源。可以参考下面这张速览表。

这里要特别说明一个概念：在我看到的 MUGEN 人物包社区里，10P、12P 一般不是独立的新引擎角色，而是同一个角色目录下的调色板位置或者 AI 难度标记。很多作者会约定“1P 是第一套常用逻辑，P2 是另一个方向或 AI 更高”，也会把第 10、11、12 号调色板留给强力模式、Boss 模式或者击杀演出测试模式。

如果拉莱耶文本本身不是靠 PalNo 切换，而是直接做了多个独立.def文件，那排查逻辑要再加一层：先确认 10P 和 12P 是否真的共用同一套状态脚本。如果它们是两套文件，就需要比较两个版本之间的状态差异，而不是只查调色板分支。

3. 文件层面：谁在决定 10P / 12P 与 1P / 2P

MUGEN 角色看起来是一个整体，实际上拆开之后由好几个文件组合而成。.def是入口文件，里面写明了该角色加载哪些.cns、.st、.cmd、.air和.sff。.cmd负责读玩家的按键指令，.st/.cns负责定义状态，.sff存放图片，.air存放动画。

10P 和 12P 的差异，通常不是“角色文件变了”，而是“同一个.def下面的某个变量变了”。因为选人界面可以切换调色板，角色代码里能通过PalNo读到当前调色板编号，于是很多作者会把 AI 等级、伤害倍率、是否允许必杀演出，全部绑到调色板编号上。

出现“10P 在 1P 正常，12P 在 2P 失效”，第一步应该去.st文件的[State -2]或[State -3]里搜索所有和调色板有关的判断。典型代码写法类似下面这样，注意我加了很多注释，内容只作为排查参考，不是直接照抄就一定能用。

; 示意代码：按调色板编号切换 AI 模式或伤害倍率 [State -2, AI Level 10] type = VarSet trigger1 = PalNo = 10 var(1) = 10 var(2) = 0 [State -2, AI Level 12] type = VarSet trigger1 = PalNo = 12 var(1) = 12 var(2) = 1

如果角色包作者真的采用了“PalNo 10 走一套、PalNo 12 走另一套”的写法，那么 10P 和 12P 在 2P 位置表现不一致，就不一定是坐标问题，而是脚本里某个var()的值从开局就不一样，导致后续状态全部走了不同分支。

另外，1P 和 2P 还要看选人方式。MUGEN 里同一个角色可以通过颜色位置选择不同调色板。部分角色包甚至会把第 12 号调色板设计成“高难度 AI”，AI 逻辑会在[State -2]里大范围改写角色的出招判断。这种情况下，12P 在 2P 位置打不死人，可能不是因为伤害被吞了，而是 AI 选择了一个“演出很华丽但最后一段没有正确接上 HitDef”的攻击套路。

4. 复现测试：推荐最小验证流程

在开始查代码之前，先建立一套稳定的复现方案。漫无目的地反复进对战，很难判断修复是否有效。这里建议按下面的最小流程测。

第一步，准备一个“零 AI、不会乱动、可以稳定挨打”的测试靶子。如果你用的是现成角色包，可以直接把测试靶子的.cmd里所有攻击指令临时注释掉，只保留移动和防御动作。这样可以减少随机变量。

# 临时注释攻击指令，只做挨打测试 # [Command] # name = "A" # command = a # time = 1

第二步，把 MUGEN 的分辨率、计时器和生命显示保持固定。不要一会儿用宽屏背景、一会儿用窄屏背景，因为部分角色代码会把坐标写在背景绑定点上，换背景后攻击距离表现会不同。

第三步，固定测试条件。让攻击角色与被攻击者保持在同一个水平线上，距离控制在 0 到 80 像素之间。每次测试都从同样的开局距离开始，然后记录下面几个内容：

• 攻击角色当前所在位置是 P1 还是 P2。
• 当前使用的调色板编号是 10 还是 12。
• 先手时攻击方有没有成功进入目标状态。
• 演出动画是否完整播放。
• 被攻击方生命是否变化。
• 生命扣到 0 后有没有正常进入 KO。
• 如果需要测“换位置”，要先让双方发生一次换边，再按同样的距离重新出招。

第四步，用二分法缩小变量。比如先只测“10P 在 P1 位置”和“10P 在 P2 位置”，如果结果不一样，说明问题大概率与位置和朝向有关；如果 10P 两个位置都正常，再把 12P 拿过来，此时才轮到调色板分支的问题。

这套流程看起来很笨，但对解决 MUGEN 这种“自定义逻辑极高”的角色包问题，比直接翻代码更高效。因为很多 bug 只会在特定物理距离、特定 RoundState 和特定血量区间下出现。

5. 原因方向一：PalNo 分支与 AI 模式切换

排查顺序上，建议先查调色板分支，因为从现象里“10P 正常、12P 异常”已经足够明显了。

查看方法很简单：在文本编辑器里打开角色包的.st文件，搜索PalNo。然后看作者有没有把任何攻击状态、伤害倍率或出招入口绑定到这个值上。如果搜索不到，再看.cmd里是否用var()读取了 AI 等级，因为很多角色包是通过“按几次开始键切换调色板”来进入不同 AI 模式的。

当 12P 进入某个高 AI 分支后，它可能不再使用 10P 那套直接攻击逻辑，而是先进一个“检测”状态，再根据检测结果决定下一步。如果检测条件里包含位置判断，例如“对手在右侧才允许后续攻击”，当 12P 自己站在 2P 位置时，双方位置关系就反过来了，检测结果自然不同。

还有一种常见情况是变量重置时机不对。很多角色包会在开场或换边时重置var()，但重置代码只写了 P1 开局，没有处理 P2 开局。结果就是 10P 在 P1 位置被正确初始化，12P 在 P2 位置带着上一轮残留变量进入战斗。对这类问题，可以在.st的[State -2]开头加一段初始化日志，先确认当前是哪个调色板、AI 变量是多少。

; 示意：把关键变量输出出来，便于定位 PalNo 分支差异 [State -2, Print Key Var] type = VarSet trigger1 = RoundState = 0 var(3) = PalNo

如果你能通过调试菜单看到变量变化，就把 10P 和 12P 在同一个位置开局后的var(1)、var(2)、var(3)都记下来。只要两项不同，那基本就是调色板分支造成的问题，和换边关系不大。

6. 原因方向二：位置、距离和朝相关系

如果调色板分支没有发现明显异常，那就要把重心放到“换位置后结果变化”这个现象上。

MUGEN 角色在地图上的位置并不是“永远左边打右边”。双方经过攻防后可以换边，P1 也可能被推到屏幕右侧。代码里如果想要判断“打不打得到对手”，通常需要用到P2Dist X或P2BodyDist X。

关键点在于，这部分距离值是带方向的。角色代码里如果没有对距离做绝对值处理，只写了“对手在我右边某某像素内才攻击”，那么当角色换到右侧、对手换到左侧时，原本应该命中的判断就会失效。很多新手写 MUGEN AI 时都踩过这个坑，表现就是“在 P1 位置战力正常，换到 P2 后突然不会出招，或者打到一半没有伤害”。

另一类问题是Facing被写死在某个逻辑里。比如某个攻击演出通过Helper或Explod从固定坐标生成，攻击方换边后，Facing从 1 变成 -1，但攻击判定框没有跟着变，于是演出正常播放，实际碰撞盒可能去到了背后或者偏出屏幕。

建议先做一次小范围代码审查，搜角色包里的P2Dist、P2BodyDist、Facing、enemy、enemynear等关键词。看到和坐标有关的判断时，尽量改成不依赖左右方向的形式。下面给一个最简单的参考写法。

; 推荐写法：用 abs 判断水平距离 [State -2, Distance Check] type = VarSet trigger1 = 1 var(8) = abs(P2BodyDist X) ; 不推荐：如果 P2BodyDist X 为负，下面的判断可能不成立 ; trigger1 = P2BodyDist X >= 0 ; trigger1 = P2BodyDist X <= 80

这里要注意，abs()不是所有 MUGEN 版本都支持同样的写法，使用前先确认当前引擎版本的语法。如果角色包只在老版本 WinMugen 上运行，表达式兼容性可能更差，建议把代码单独备份后逐段测试。

换边导致的 bug，最典型的验证方法不是“让两个角色互殴到自然换边”，而是直接在训练环境里制造一次强制换边，例如让角色过到对手身后，或者利用换边投、站到对手反向位置。强制换边后再出同一招，如果表现立刻异常，就证明问题集中在左右方向相关判断上。

7. 原因方向三：HitDef 杀伤与 KO 判定逻辑

“演出能放出来，但杀伤失效”这个表述，往往会让人先怀疑某个HitDef。MUGEN 里一个普通攻击要完成伤害，必须经历下面几个环节：

第一，攻击方进入移动类型为 A 的状态，也就是movetype = A。第二，攻击状态里在正确的动画帧触发HitDef。第三，HitDef 的命中帧碰到防御方身体，触发命中效果。第四，系统按 HitDef 里的伤害数值扣血。第五，如果生命降到 0，进入 KO 流程。

如果角色只是播放了动画，但是没有正常扣血，可以优先检查攻击状态里是否真的执行了HitDef。有些演出类的“大招”会先播放很长的动画，到最后一帧才放 HitDef。一旦前面某个变量被重置，HitDef 条件不再满足，就会出现“打了一整套、对面不掉血”的情况。

检查方法是在攻击状态里临时把伤害改大，同时把演出时间缩短，方便快速看到结果。也可以把攻击状态和命中验证拆成两步。第一步只测试“这招能不能命中”，命中后立刻确认对面掉血。第二步再测试“掉血之后能否正常 KO”。

; 示意：攻击状态内触发 HitDef [State 810, Hit] type = HitDef trigger1 = AnimElem = 2 attr = S, SA damage = 120 guardflag = MA hitflag = MA animtype = Hard pausetime = 12, 16

这段代码只是模板，不保证直接放进你的角色包就能用。关键是理解“HitDef 必须命中后才会结算伤害”。如果对面处于防御状态，伤害会按防御伤害结算；如果对面处于不可击中的状态，例如在某些type = I的状态里，HitDef 就命中不了。

“无法击败”还需要单独检查 KO 相关逻辑。很多强力角色会给自己加“生命低于某个值就锁血”的代码，触发条件与位置、RoundState 相关。当 12P 在 2P 位置时，可能某个LifeAdd或TargetLifeAdd把对手血量拉到 0，但同时又给对手续了 1 点血，所以一直打不死。

如果伤害不是通过 HitDef，而是通过TargetLifeAdd或TargetState这类“直接操作目标”的控制器完成，那问题会更隐蔽。因为这类控制器必须有有效的target，目标被清空或被打断后就会失效。10P 可能因为 AI 出招节奏不同，每次都有 target；12P 的 AI 更激进，先手时 target 还没建立就执行了扣血代码，自然伤害丢失。

8. 原因