封号里直接显示击杀玩家数量，靠的是服务端脚本调用两个自定义变量：RWSR记录杀人数，RWSW记录被杀数。这两个变量在登录时从文本文件加载，击杀玩家时加一，死亡时也被加一，最后通过封号脚本把数值写进角色头顶的称号里。
变量定义与数据存储
脚本修改的起点在QManage.txt文件的[@Login]段落。角色每次上线，脚本声明两个整数型变量，RWSR存杀人数，RWSW存被杀数。声明之后用LOADVAR命令从指定路径的文本文件里把上次保存的数据读回变量，通常放在QuestDiary目录下的“杀人数据.txt”或类似命名的文件里。没有这一步，每次上线数值都会归零。
文件路径可以自定义，但必须在三个脚本文件里保持完全一致，大小写也要一样，否则读取失败会直接导致封号显示为“？？”。
击杀与死亡的事件触发
击杀计数在QFunction-0.txt里处理。这个文件负责响应游戏内的各种事件，对应击杀玩家的事件标签是[@KillPlay]。角色每击杀一名玩家，脚本执行CALCVAR HUMAN RWSR + 1把杀人数加一，紧接着SAVEVAR把新数值写回文本文件，防止重启丢失。
被杀计数走的是[@PlayDie]标签。角色被其他玩家击杀时，RWSW加一，同样立刻保存。同时会发一条提示消息，内容是“您被杀害了，当前死亡次数：X次”。
两个事件标签缺一不可。只写击杀不写死亡，被杀数永远停在初始值。只写死亡不写击杀，杀人数不会增长。
封号文本的拼接规则
封号内容的生成在SETRANKLEVELNAME这条命令里完成。它的格式是把封号拆成几段字符串，用反斜杠分隔，变量用尖括号加美元符号引用。典型写法是SETRANKLEVELNAME %s\武林至尊ＰＫ王\已有[<$HUMAN(RWSR)>]人死于其魔掌\被杀害[<$HUMAN(RWSW)>]次。
%s代表角色名，后面的几段就是封号内容。<$HUMAN(RWSR)>会被替换成实际的杀人数值，<$HUMAN(RWSW)>替换成被杀数值。反斜杠的数量决定了封号显示几行，有的版本是三行，有的版本更精简只显示一行。
这套脚本通常还会配合一个名单检测。比如checknamelist命令先判断角色是否在“群英名单.txt”里，在名单内才套用“武林至尊ＰＫ王”的封号前缀，不在名单内的人不显示这个封号。这样做的好处是可以手动控制哪些角色有资格挂这个封号，避免所有人都顶着同样的称号。
与封号击杀数相关的游戏机制
除了脚本自定义的封号，游戏本身也有一套和杀人数量挂钩的显示机制。
名字颜色是最直观的。白色是正常状态，黄色是击杀5人以下的“杀人犯”，红色是击杀5人以上的“惯犯”。这个颜色变化不需要脚本，游戏底层自动判定。黄名和红名的判定依据是PK值，每击杀一名非灰名或非红名的玩家增加100点PK值，累计超过200点变红名。PK值会随时间缓慢衰减，大约每6秒减1点。
称号系统里也有直接对应击杀玩家数量的称号。累计击败5000名玩家激活“疯狂屠戮”，累计击败10000名玩家激活“只手遮天”，属性加成不算高，但顶着这个称号在安全区站着，本身就是一种威慑。这些称号由游戏系统自动记录和发放，不需要额外配置脚本。
红名村查PK值是了解自己当前杀人状态最准确的方式。人物状态栏里虽然也能看PK值，但那个数值有延迟，下线重新登录或者去红名村找NPC占卜师查询才能拿到实时数据。
封号显示击杀数的实际作用
在服务端脚本里加上这套配置，主要目的不是给玩家看数据，而是给PK行为加一层社交标签。击杀数上百的号挂在安全区，别人点开一看封号上写着“已有XXX人死于其魔掌”，比单纯的红色名字更有压迫感。行会招人的时候也会用这个封号来筛选好战分子，击杀数高的角色往往是行会战和攻沙的主力。
数据存在文本文件里还有一个隐性好处：它和账号绑定，不随角色删除而清空。只要文件还在，重新建一个同名角色登录，RWSR和RWSW会重新加载，之前的击杀记录照样显示。
