一、原脚本逻辑解析与问题根源
你提供的脚本中，条件判断 #if checkpkpoint 10 存在歧义。checkpkpoint 10 指令并非检查“本次杀人后PK值是否达到10点”，而是检查“当前人物PK值是否大于等于10点”。其触发时机存在三种常见情况：
1. 杀人前PK值>=10：杀人后直接执行 #ELSEACT 部分，增加10点PK值，逻辑混乱。
2. 杀人前PK值<10，且本次杀人后总PK值首次达到10：会执行 #ACT 部分，符合你当前需求。
3. 杀人前PK值>=10，本次杀人后再次累计：再次执行 #ELSEACT 部分，广播消息不触发。
因此，脚本无法“杀到11个人时又触发”，因为第11人被杀时，人物PK值已>=20，会重复进入 #ELSEACT 分支。核心问题在于缺少对“杀人后PK值等于10或20等特定数值”的精确判断。
二、实现精确阈值触发的脚本重构
要实现“杀到第N个人时触发”，需在杀人后精确判断PK值的具体数值。以下为修改后的脚本结构，可根据PK值（假设每杀1人增加10点）进行不同阈值提示：
[@KillPlay]
#if
#ACT
; 首先，固定增加10点PK值（此为本次杀人行为的结果）
CHANGEPKPOINT + 10
; 然后，获取增加后的PK值，并进行精确判断
goto @CheckPKValue
[@CheckPKValue]
#if
EQUAL <$PKPOINT> 10
#ACT
SENDMSG 1 ★凶手[%s]大开杀戒，现已背负10条人命！大家小心！
goto @ShowMessage
#if
EQUAL <$PKPOINT> 20
#ACT
SENDMSG 1 ★魔头[%s]已残害20条性命，天怒人怨！
goto @ShowMessage
#if
EQUAL <$PKPOINT> 30
#ACT
SENDMSG 1 ★杀神[%s]屠戮30人，所到之处，寸草不生！
goto @ShowMessage
#if
LARGE <$PKPOINT> 30
; 如果PK值大于30，可统一提示，或继续添加更高级别判断
#ACT
SENDMSG 1 ★[%s]的PK值已高达<$PKPOINT>点，此人极度危险！
[@ShowMessage]
#SAY
\ \
*> \
*> <※谋杀罪名成立※> \
【◆◆◆(O):::<======================================-\
*> 您的PK值现在为:<$PKPOINT>点 \
*> \ \
<关闭/@exit>
三、进阶：使用自定义变量记录杀人次数
若希望不依赖PK值（PK值可清洗），而是精确记录“杀人次数”，需使用自定义变量（如D变量）独立计数。此逻辑与PK值系统完全分离。
[@KillPlay]
#if
#ACT
; 1. 增加系统PK值
CHANGEPKPOINT + 10
; 2. 增加自定义的“杀人次数”变量
INC D0 1
; 3. 根据杀人次数D0进行判断
goto @CheckKillCount
[@CheckKillCount]
#if
EQUAL D0 1
#ACT
SENDMSG 1 ★[%s]初开杀戒！
goto @ShowMessage
#if
EQUAL D0 10
#ACT
SENDMSG 1 ★[%s]已手刃10人，初露锋芒！
goto @ShowMessage
#if
EQUAL D0 11
#ACT
SENDMSG 1 ★[%s]已杀害11人，凶名远播！
goto @ShowMessage
; ... 可继续添加对20、30、50等次数的判断
#if
LARGE D0 99
#ACT
SENDMSG 1 ★万人斩[%s]已屠戮<$STR(D0)>人，江湖闻之色变！
[@ShowMessage]
#SAY
本次击杀后，您的：\
系统PK值： <$PKPOINT> 点\
累计杀人次数： <$STR(D0)> 次\
<关闭/@exit>
四、脚本调试与常见错误
1. 变量范围：D0 为私有变量，人物下线不保存。若需永久记录，应使用 G 变量（全局）或 U 变量（个人存档），但需搭配 SAVE 命令保存。
2. 执行顺序：脚本中 #ACT 部分的命令是顺序执行的。确保先 CHANGEPKPOINT 增加PK值，再进行 EQUAL 判断。
3. 广播信息：SENDMSG 1 为全服公告，频繁发送可能刷屏。可根据需求改为 SENDMSG 6（私人提示）或调整提示内容。
4. 测试：修改脚本后，在服务端管理器中“重新加载NPC”或“重新加载QuestDiary”，并亲自测试杀人触发是否准确。
总结：要实现精确的“第N次杀人触发”，核心是将“增加PK值”与“条件判断”分离。最佳实践是引入独立的自定义杀人计数变量，完全摆脱PK值可能被清洗的干扰，实现最精准的控制。
