玩家上线时获得称号，小退（重新选择角色）后称号消失，此问题根源在于称号的授予方式错误或授予时机不当。脚本仅在玩家首次登录游戏时执行，未在小退后再次登录时正确触发。
称号授予脚本常见错误点分析
查看你的登录脚本[@Login]，非管理员玩家会执行[@登陆执行]，其中通过#CALL [\登陆\别号.txt] @称号调用称号授予脚本。问题通常出在这个被调用的@称号脚本段内部。
错误一：称号授予逻辑使用了错误的条件检测
打开\登陆\别号.txt文件，检查@称号标签下的脚本。常见错误是使用了仅在新创建角色时生效的检测命令。
[@称号]
IF
CHECKNEWHUMAN
; 这是一个错误的条件，它只在角色第一次创建时返回真。
ACT
SETRANKNAME %s\称号名字
BREAK
问题：CHECKNEWHUMAN命令仅在角色首次登陆时成立。当玩家小退后再次进入，角色已非“新人”，此条件不成立，因此SETRANKNAME命令不会执行，导致称号丢失。
错误二：称号授予未与玩家的永久状态绑定
另一种常见设计是，称号的获得需要满足某些条件（如等级、VIP状态）。如果脚本只是简单地在登录时检测条件并授予，但未将“已获得称号”这一状态用变量保存，那么每次登录脚本都会重新检测。如果检测条件在小退后因某些原因不成立（例如，检测的是临时属性），称号也会丢失。
[@称号]
IF
CHECKLEVELEX > 50
ACT
SETRANKNAME %s\武林高手
BREAK
潜在问题：如果玩家的等级永久大于50级，此脚本每次登录都会执行，称号会重新被设置，通常不会消失。但如果检测的是像“穿戴特定装备”（CHECKITEMW）或“当前元宝数”（CHECKGAMEGOLD）这类可变条件，当小退前后条件不符时，称号就不会被设置。
错误三：SETRANKNAME命令作用域理解有误
SETRANKNAME命令设置的称号是角色当前游戏会话的临时数据。虽然看起来是永久称号，但其持久化依赖于引擎在角色正常下线时自动保存角色数据。如果脚本在小退（一种非正常下线的快速操作）后、角色数据保存之前就重新登录并执行了登录脚本，而登录脚本中的称号授予逻辑又因上述错误未能执行，那么称号就会显示为空。
根治问题的解决方案
解决思路是：将称号授予与一个永久性标记（变量）绑定，并在每次登录时，检测该标记来决定是否设置称号。
步骤一：在授予称号时，同时设置一个永久变量
修改你的称号授予逻辑。无论是通过任务、NPC领取还是上线自动获得，在授予称号的命令后，必须给该角色设置一个变量。
ACT
SETRANKNAME %s\至尊王者
CALCVAR HUMAN 已获得称号 = 1 ; 设置一个HUMAN型变量
SAVEVAR HUMAN 已获得称号 ..\QuestDiary\数据文件\称号变量.txt ; 保存变量
SENDMSG 6 恭喜你获得永久称号！
步骤二：在登录脚本中，检测该永久变量
修改\登陆\别号.txt中的@称号脚本段。核心逻辑改为：如果变量标记已存在，则直接重新赋予称号；否则，执行获取称号的条件判断（如新手赠送）。
[@称号]
; 先检查是否已有称号标记，有则直接恢复称号
IF
CHECKVAR HUMAN 已获得称号 = 1
ACT
LOADVAR HUMAN 已获得称号 ..\QuestDiary\数据文件\称号变量.txt ; 加载变量（部分引擎需要）
SETRANKNAME %s\至尊王者 ; 重新设置称号
BREAK
; 如果没有称号标记，则判断是否为新手并赠送
IF
CHECKNEWHUMAN
ACT
SETRANKNAME %s\初入江湖
CALCVAR HUMAN 已获得称号 = 1
SAVEVAR HUMAN 已获得称号 ..\QuestDiary\数据文件\称号变量.txt
BREAK
; 还可以添加其他获得称号的条件，例如等级达标
IF
CHECKLEVELEX > 100
CHECKVAR HUMAN 已获得称号 = 0 ; 尚未获得过任何称号
ACT
SETRANKNAME %s\百级强者
CALCVAR HUMAN 已获得称号 = 2 ; 可以用不同值代表不同称号
SAVEVAR HUMAN 已获得称号 ..\QuestDiary\数据文件\称号变量.txt
BREAK
步骤三：处理特殊称号（如沙城主、赞助称号）
对于#CALL [\登陆\沙城主.txt] @沙城主和#CALL [\登陆\赞助大使.txt] @赞助这类脚本，其内部逻辑也必须是基于当前状态实时检测并设置。
例如，在@沙城主脚本中：
[@沙城主]
IF
ISCASTLEMASTER ; 实时检测是否为沙城主
ACT
SETRANKNAME %s\沙城霸主
; 注意：此类称号不应设置永久变量，因为它是状态称号，失去沙城主位置时应消失。
ELSEACT
; 这里可以清空称号，或者什么都不做（保留其他途径获得的称号）。
BREAK
关键：状态称号脚本必须放在@称号脚本之后调用，因为脚本执行是顺序的，后面的SETRANKNAME会覆盖前面的。
总结与验证
1. 核心：用HUMAN永久变量记录角色“已拥有”的称号ID。
2. 登录流程：登录脚本先读取变量，恢复永久称号；再检测当前状态（如沙城主），覆盖状态称号。
3. 验证方法：授予一个称号后，让角色小退再上线，观察称号是否还在。同时检查变量文件..\QuestDiary\数据文件\称号变量.txt，确认其中是否记录了该角色的变量名和值。
按照此方案修改后，称号将在小退、大退甚至服务器重启后依然存在，除非脚本主动移除变量或设置新的称号。
