脚本执行后攻击速度反而下降，核心问题出在`UPGRADEITEMEX`指令的参数上。原脚本中写的是`UPGRADEITEMEX16010`，这五个参数里第三个参数“成功机率”被设为了0。在多数传奇引擎中，成功机率为0不仅意味着升级必定失败，还可能触发属性倒扣机制，这是导致攻速反向变动的直接原因。
**UPGRADEITEMEX指令参数解析**
要搞懂问题出在哪，先把这条指令的五个参数逐一拆开看。标准格式是`UPGRADEITEMEX物品位置属性位置成功机率点数机率是否破碎`。
物品位置：1代表武器栏，这部分脚本写得没错。属性位置：6在多数引擎中对应攻击速度，这个也需要根据具体引擎确认。成功机率：数字越大成功率越低，0就是永远不成功。点数机率：升级成功后增加的点数。是否破碎：0为失败不碎，1为失败破碎。
原脚本把第三个参数写成0，等于告诉引擎“这次升级绝对失败”。有些引擎在判定升级失败后，会对目标属性进行反向修正，攻速就这么被扣掉了。
**修正方案**
根据脚本的实际需求，有两种改法。
如果希望升级是必定成功的，把第三个参数改成100：`UPGRADEITEMEX1610010`。这样每次执行都会稳定增加1点攻速属性。
如果希望保留成功率机制，把第三个参数设为合理数值，比如50表示50%成功率：`UPGRADEITEMEX165010`。成功时加1点，失败时不扣属性，因为最后一个参数是0表示不破碎、也不倒扣。
**攻击速度属性的方向问题**
这里还有一个容易踩的坑。部分传奇引擎中，攻击速度字段的实际含义是“攻击间隔时间”，数值越大代表出手越慢。如果服务端把攻速属性设计成这种反向逻辑，那么脚本加1点攻速实际效果就是让角色变慢。
判断方法：进入服务端目录，查找物品扩展属性定义文件，比如Hero引擎下的`ItemExt.txt`，找到`WeaponSpeed`或`AttackSpeed`相关条目，看描述中“数值越小速度越快”还是相反。如果确认是反向逻辑，脚本中的加点操作就要改成减点。
**CheckItemAddValue的检测逻辑**
原脚本中`CheckItemAddValue16<3`用于检测武器攻速附加属性是否低于3点，以此作为升级上限。这个判断本身没问题，但需要注意区分“基础攻速”和“附加攻速”。部分武器自身带有基础攻速属性，如果检测时把基础值也算进去了，判断就会失准。
测试时建议先用一把基础攻速为0的武器来验证脚本效果，排除基础属性的干扰。
**goto跳转的潜在问题**
脚本执行成功后`goto@武器升级`跳转回主菜单，这个逻辑本身没问题。但要确认`@武器升级`标签下的代码里没有再次操作攻速属性的指令。如果那个标签里存在反向修改攻速的代码，就会出现“升一次降一次”的循环异常。
**完整修正后的脚本**
结合以上分析，修正后的脚本如下：
```
[@速度升级]
#IF
CHECKUSEITEM1
CheckItemAddValue16<3
CHECKGAMEGOLD>199999
#ACT
GAMEGOLD-200000
SENDMSG6开始炼化...祝你好运....
UPGRADEITEMEX1610010
goto@武器升级
#ELSEACT
MESSAGEBOX你没有200000元宝或未戴武器，或者已经升级超过3点了，不能再升！
```
核心改动就是把`UPGRADEITEMEX`的第三个参数从0改成100，确保升级必定成功且不会反向扣属性。如果服务端确认攻速属性是反向逻辑，则需要把加点改为减点，同时同步修改`CheckItemAddValue`的判断条件和提示文字，避免玩家产生混淆。
[@速度升级]
#IF
CHECKUSEITEM1
CheckItemAddValue16<3
CHECKGAMEGOLD>199999
#ACT
GAMEGOLD-200000
SENDMSG6开始炼化...祝你好运....
UPGRADEITEMEX1610010
goto@武器升级
#ELSEACT
MESSAGEBOX你没有200000元宝或未戴武器，或者已经升级超过3点了，不能再升！
**UPGRADEITEMEX指令参数解析**
要搞懂问题出在哪，先把这条指令的五个参数逐一拆开看。标准格式是`UPGRADEITEMEX物品位置属性位置成功机率点数机率是否破碎`。
物品位置：1代表武器栏，这部分脚本写得没错。属性位置：6在多数引擎中对应攻击速度，这个也需要根据具体引擎确认。成功机率：数字越大成功率越低，0就是永远不成功。点数机率：升级成功后增加的点数。是否破碎：0为失败不碎，1为失败破碎。
原脚本把第三个参数写成0，等于告诉引擎“这次升级绝对失败”。有些引擎在判定升级失败后，会对目标属性进行反向修正，攻速就这么被扣掉了。
**修正方案**
根据脚本的实际需求，有两种改法。
如果希望升级是必定成功的，把第三个参数改成100：`UPGRADEITEMEX1610010`。这样每次执行都会稳定增加1点攻速属性。
如果希望保留成功率机制，把第三个参数设为合理数值，比如50表示50%成功率：`UPGRADEITEMEX165010`。成功时加1点，失败时不扣属性，因为最后一个参数是0表示不破碎、也不倒扣。
**攻击速度属性的方向问题**
这里还有一个容易踩的坑。部分传奇引擎中，攻击速度字段的实际含义是“攻击间隔时间”，数值越大代表出手越慢。如果服务端把攻速属性设计成这种反向逻辑，那么脚本加1点攻速实际效果就是让角色变慢。
判断方法：进入服务端目录，查找物品扩展属性定义文件，比如Hero引擎下的`ItemExt.txt`，找到`WeaponSpeed`或`AttackSpeed`相关条目，看描述中“数值越小速度越快”还是相反。如果确认是反向逻辑，脚本中的加点操作就要改成减点。
**CheckItemAddValue的检测逻辑**
原脚本中`CheckItemAddValue16<3`用于检测武器攻速附加属性是否低于3点，以此作为升级上限。这个判断本身没问题，但需要注意区分“基础攻速”和“附加攻速”。部分武器自身带有基础攻速属性，如果检测时把基础值也算进去了，判断就会失准。
测试时建议先用一把基础攻速为0的武器来验证脚本效果，排除基础属性的干扰。
**goto跳转的潜在问题**
脚本执行成功后`goto@武器升级`跳转回主菜单，这个逻辑本身没问题。但要确认`@武器升级`标签下的代码里没有再次操作攻速属性的指令。如果那个标签里存在反向修改攻速的代码，就会出现“升一次降一次”的循环异常。
**完整修正后的脚本**
结合以上分析，修正后的脚本如下：
```
[@速度升级]
#IF
CHECKUSEITEM1
CheckItemAddValue16<3
CHECKGAMEGOLD>199999
#ACT
GAMEGOLD-200000
SENDMSG6开始炼化...祝你好运....
UPGRADEITEMEX1610010
goto@武器升级
#ELSEACT
MESSAGEBOX你没有200000元宝或未戴武器，或者已经升级超过3点了，不能再升！
```
核心改动就是把`UPGRADEITEMEX`的第三个参数从0改成100，确保升级必定成功且不会反向扣属性。如果服务端确认攻速属性是反向逻辑，则需要把加点改为减点，同时同步修改`CheckItemAddValue`的判断条件和提示文字，避免玩家产生混淆。
[@速度升级]
#IF
CHECKUSEITEM1
CheckItemAddValue16<3
CHECKGAMEGOLD>199999
#ACT
GAMEGOLD-200000
SENDMSG6开始炼化...祝你好运....
UPGRADEITEMEX1610010
goto@武器升级
#ELSEACT
MESSAGEBOX你没有200000元宝或未戴武器，或者已经升级超过3点了，不能再升！