传奇吃药call分为两种场景，一种是服务端脚本层面通过CALL调用喝药子程序，另一种是按键精灵等外部工具层面通过Call调用喝药函数。两种场景的步骤和代码写法完全不同，但核心逻辑都是先判断血量条件，再触发物品使用指令。
##服务端脚本Call调用喝药子程序
服务端脚本中的吃药call主要用于QManage登录脚本或地图触发脚本，实现血量低于阈值时自动使用背包药品。CALL命令的格式是`#CALL[文件路径]@子程序名`，用于从QuestDiary目录下的脚本文件中调用指定段落。
完整步骤如下。
第一步，创建喝药子程序文件。在`Mir200\Envir\QuestDiary`目录下新建一个文本文件，命名为`自动喝药.txt`，文件内容定义子程序段落。段落以`[@子程序名]`开头，内部用`#IF`判断条件，`#ACT`执行动作。
```
[@喝红药]
#IF
CheckHp<30
#ACT
AutoUseItem疗伤药1
CheckHp<50
AutoUseItem强效太阳水1
```
CheckHp检测血量百分比，`<30`表示低于百分之三十触发。AutoUseItem是引擎内置的自动使用物品命令，第一个参数是药品名称，第二个参数是使用数量。
第二步，在主脚本中调用子程序。在QManage.txt或地图触发脚本中，用CALL命令调用上面创建的喝药段落。写法如下：
```
[@main]
#CALL[QuestDiary\自动喝药.txt]@喝红药
```
主脚本可以是人物上线时的初始化段落，也可以是战斗中的循环触发段落。如果需要在挂机过程中持续检测血量，通常搭配`GOTO`循环实现：
```
[@挂机循环]
#CALL[QuestDiary\自动喝药.txt]@喝红药
Delay1000
GOTO@挂机循环
```
Delay1000表示每次检测间隔一秒，避免脚本频繁读取血量造成资源浪费。
第三步，蓝药子程序的写法与红药一致，把CheckHp换成CheckMp，药品换成魔法药即可：
```
[@喝蓝药]
#IF
CheckMp<25
#ACT
AutoUseItem魔法药1
```
第四步，在主循环中同时调用红药和蓝药子程序：
```
[@挂机循环]
#CALL[QuestDiary\自动喝药.txt]@喝红药
#CALL[QuestDiary\自动喝药.txt]@喝蓝药
Delay800
GOTO@挂机循环
```
##服务端NPC脚本配置保护百分比
如果不想把喝药逻辑分散在多个文件中，也可以通过NPC脚本统一管理保护百分比。QManage中加载内辅变量，从QuestDiary的记录文件读取玩家保存的保护值，再根据等级自动调整到合理范围。
核心代码结构如下：
```
[@加载内辅变量]
#IF
CHECKLEVELEX>0
#ACT
LOADVARHUMAN加血保护比..\QuestDiary\内辅设置记录.txt
LOADVARHUMAN加蓝保护比..\QuestDiary\内辅设置记录.txt
```
LOADVAR从指定文件读取玩家变量。如果读取值为零或超出范围，脚本会自动写入默认值，比如加血保护比默认95，保护药品名默认初级药水。玩家通过与NPC对话调整这些数值，脚本将新值SAVEVAR写回文件，下次上线自动加载。
##按键精灵脚本Call调用喝药函数
外部工具层面，按键精灵用Call调用自定义函数，函数内部通过KeyPress或LeftClick模拟喝药操作。整体流程是主循环判断血量颜色，颜色异常时Call喝药函数。
第一步，定义喝药函数。在按键精灵脚本编辑器中创建函数，函数内部用KeyPress按下药品快捷键：
```
Function自动回血()
KeyPress"F1"1
Delay200
EndFunction
```
KeyPress的第一个参数是快捷键，F1对应背包中红药的快捷栏位置。Delay200是喝药后的等待时间，避免连续按键造成药品浪费。
第二步，定义血量检测逻辑。用GetPixelColor读取血条颜色，血量低于阈值时颜色会发生变化，颜色匹配时Call喝药函数：
```
Do
Dim当前颜色
当前颜色=GetPixelColor(5422)
If当前颜色="C71585"Then
Call自动回血()
EndIf
Delay500
Loop
```
颜色值C71585代表低血量状态，实际数值需要用抓色工具在游戏中截取。坐标（54，22）是血条在屏幕上的位置，不同分辨率需要重新定位。
第三步，蓝药函数的写法相同，只换快捷键和颜色判断条件。主循环中同时调用两个函数：
```
Do
Call自动回血()
Call自动回蓝()
Delay600
Loop
```
##两种call方式的对比与选择
服务端脚本的CALL属于引擎级别的调用，执行效率高，不受客户端分辨率和颜色变化影响，适合在版本开发阶段集成到QManage或地图脚本中。缺点是修改需要重启服务端，且只对配置了脚本的版本有效。
按键精灵的Call属于客户端模拟操作，部署灵活，不需要改动服务端文件。缺点是依赖屏幕颜色识别，分辨率变化或游戏窗口移动后需要重新校准颜色值和坐标，稳定性不如服务端脚本。
##调试与常见问题
服务端脚本Call喝药不生效时，先检查CALL路径是否正确。QuestDiary的相对路径从Mir200\Envir开始，写成`QuestDiary\文件名.txt`即可，不要写成完整盘符路径。再检查子程序名是否与文件内的段落名一致，`[@喝红药]`对应`@喝红药`，大小写不匹配也会导致调用失败。
按键精灵Call喝药时，如果函数被调用但角色不喝药，检查快捷键是否与游戏内快捷栏绑定。部分版本的药品需要先拖入快捷栏才能用快捷键触发，背包中直接使用需要走物品栏的鼠标点击流程。函数中的Delay不要设得太短，喝药后至少等待150到200毫秒再执行下一个操作，否则连续按键会被游戏判定为无效操作。
循环调用时注意避免死循环导致CPU占用过高。服务端脚本的GOTO循环必须带Delay，按键精灵的Do循环同样需要Delay。循环间隔建议在500到1000毫秒之间，低于300毫秒的间隔既没有实际收益，还会增加被检测的风险。
药品名称必须与版本数据库中的名称完全一致。AutoUseItem使用“疗伤药”“强效太阳水”“魔法药”这类标准名称，如果版本自定义了药品名，需要替换为数据库中的实际名称。名称错误时脚本不报错，只是执行后没有效果，排查时容易忽略。
##服务端脚本Call调用喝药子程序
服务端脚本中的吃药call主要用于QManage登录脚本或地图触发脚本，实现血量低于阈值时自动使用背包药品。CALL命令的格式是`#CALL[文件路径]@子程序名`，用于从QuestDiary目录下的脚本文件中调用指定段落。
完整步骤如下。
第一步，创建喝药子程序文件。在`Mir200\Envir\QuestDiary`目录下新建一个文本文件，命名为`自动喝药.txt`，文件内容定义子程序段落。段落以`[@子程序名]`开头，内部用`#IF`判断条件，`#ACT`执行动作。
```
[@喝红药]
#IF
CheckHp<30
#ACT
AutoUseItem疗伤药1
CheckHp<50
AutoUseItem强效太阳水1
```
CheckHp检测血量百分比，`<30`表示低于百分之三十触发。AutoUseItem是引擎内置的自动使用物品命令，第一个参数是药品名称，第二个参数是使用数量。
第二步，在主脚本中调用子程序。在QManage.txt或地图触发脚本中，用CALL命令调用上面创建的喝药段落。写法如下：
```
[@main]
#CALL[QuestDiary\自动喝药.txt]@喝红药
```
主脚本可以是人物上线时的初始化段落，也可以是战斗中的循环触发段落。如果需要在挂机过程中持续检测血量，通常搭配`GOTO`循环实现：
```
[@挂机循环]
#CALL[QuestDiary\自动喝药.txt]@喝红药
Delay1000
GOTO@挂机循环
```
Delay1000表示每次检测间隔一秒，避免脚本频繁读取血量造成资源浪费。
第三步，蓝药子程序的写法与红药一致，把CheckHp换成CheckMp，药品换成魔法药即可：
```
[@喝蓝药]
#IF
CheckMp<25
#ACT
AutoUseItem魔法药1
```
第四步，在主循环中同时调用红药和蓝药子程序：
```
[@挂机循环]
#CALL[QuestDiary\自动喝药.txt]@喝红药
#CALL[QuestDiary\自动喝药.txt]@喝蓝药
Delay800
GOTO@挂机循环
```
##服务端NPC脚本配置保护百分比
如果不想把喝药逻辑分散在多个文件中，也可以通过NPC脚本统一管理保护百分比。QManage中加载内辅变量，从QuestDiary的记录文件读取玩家保存的保护值，再根据等级自动调整到合理范围。
核心代码结构如下：
```
[@加载内辅变量]
#IF
CHECKLEVELEX>0
#ACT
LOADVARHUMAN加血保护比..\QuestDiary\内辅设置记录.txt
LOADVARHUMAN加蓝保护比..\QuestDiary\内辅设置记录.txt
```
LOADVAR从指定文件读取玩家变量。如果读取值为零或超出范围，脚本会自动写入默认值，比如加血保护比默认95，保护药品名默认初级药水。玩家通过与NPC对话调整这些数值，脚本将新值SAVEVAR写回文件，下次上线自动加载。
##按键精灵脚本Call调用喝药函数
外部工具层面，按键精灵用Call调用自定义函数，函数内部通过KeyPress或LeftClick模拟喝药操作。整体流程是主循环判断血量颜色，颜色异常时Call喝药函数。
第一步，定义喝药函数。在按键精灵脚本编辑器中创建函数，函数内部用KeyPress按下药品快捷键：
```
Function自动回血()
KeyPress"F1"1
Delay200
EndFunction
```
KeyPress的第一个参数是快捷键，F1对应背包中红药的快捷栏位置。Delay200是喝药后的等待时间，避免连续按键造成药品浪费。
第二步，定义血量检测逻辑。用GetPixelColor读取血条颜色，血量低于阈值时颜色会发生变化，颜色匹配时Call喝药函数：
```
Do
Dim当前颜色
当前颜色=GetPixelColor(5422)
If当前颜色="C71585"Then
Call自动回血()
EndIf
Delay500
Loop
```
颜色值C71585代表低血量状态，实际数值需要用抓色工具在游戏中截取。坐标（54，22）是血条在屏幕上的位置，不同分辨率需要重新定位。
第三步，蓝药函数的写法相同，只换快捷键和颜色判断条件。主循环中同时调用两个函数：
```
Do
Call自动回血()
Call自动回蓝()
Delay600
Loop
```
##两种call方式的对比与选择
服务端脚本的CALL属于引擎级别的调用，执行效率高，不受客户端分辨率和颜色变化影响，适合在版本开发阶段集成到QManage或地图脚本中。缺点是修改需要重启服务端，且只对配置了脚本的版本有效。
按键精灵的Call属于客户端模拟操作，部署灵活，不需要改动服务端文件。缺点是依赖屏幕颜色识别，分辨率变化或游戏窗口移动后需要重新校准颜色值和坐标，稳定性不如服务端脚本。
##调试与常见问题
服务端脚本Call喝药不生效时，先检查CALL路径是否正确。QuestDiary的相对路径从Mir200\Envir开始，写成`QuestDiary\文件名.txt`即可，不要写成完整盘符路径。再检查子程序名是否与文件内的段落名一致，`[@喝红药]`对应`@喝红药`，大小写不匹配也会导致调用失败。
按键精灵Call喝药时，如果函数被调用但角色不喝药，检查快捷键是否与游戏内快捷栏绑定。部分版本的药品需要先拖入快捷栏才能用快捷键触发，背包中直接使用需要走物品栏的鼠标点击流程。函数中的Delay不要设得太短，喝药后至少等待150到200毫秒再执行下一个操作，否则连续按键会被游戏判定为无效操作。
循环调用时注意避免死循环导致CPU占用过高。服务端脚本的GOTO循环必须带Delay，按键精灵的Do循环同样需要Delay。循环间隔建议在500到1000毫秒之间，低于300毫秒的间隔既没有实际收益，还会增加被检测的风险。
药品名称必须与版本数据库中的名称完全一致。AutoUseItem使用“疗伤药”“强效太阳水”“魔法药”这类标准名称，如果版本自定义了药品名，需要替换为数据库中的实际名称。名称错误时脚本不报错，只是执行后没有效果，排查时容易忽略。