在传奇相关的论坛和群里，“脚本”这个词出现的频率相当高。有人拿它说事，觉得会写脚本就掌握了版本的命脉；也有人一看到脚本文件就头大，觉得全是天书。其实脚本没那么玄乎，它本质上就是一组按顺序、按条件执行的指令，写脚本的人把“什么时候做什么事”翻译成游戏能读懂的文字，游戏再照着办。真正让人绕晕的，往往不是语法本身，而是没搞清楚脚本在哪一端跑、由谁触发、改了之后影响什么。

脚本到底跑在哪一端

传奇的脚本大致分两类，一类在服务端，一类在客户端。服务端脚本管的是“规则”，比如NPC对话的走向、任务接取与交付的条件、活动的奖励判定、传送点的开关。玩家点一下NPC，服务端脚本就开始判断：你等级够不够、身上有没有指定物品、变量是多少，条件都满足才继续往下走。客户端脚本管的是“表现”，比如界面按钮点了之后弹什么提示、技能释放时的特效怎么播、某些UI元素的显示与隐藏。

这两者混在一起理解，是很多问题的源头。有人想用客户端脚本去控制奖励发放，结果发现本地怎么改都没用，因为真正的判定在服务端；也有人以为服务端脚本能直接改画面表现，其实它只负责告诉客户端“该演什么”。分清边界，后面的思路才会顺。

脚本的基本骨架：触发、判断、执行

不管是哪种脚本，基本骨架都跑不出三段：触发、判断、执行。触发是入口，玩家点了NPC、进了某张地图、击杀了指定怪物、上线登录，都可能成为一段脚本被唤醒的理由。判断是筛子，把等级、职业、背包物品、全局变量、个人变量这些条件过一遍，决定往下走哪条分支。执行是结果，给物品、扣物品、传送、发提示、改变量、打开界面，都写在这一段。

最容易出问题的是变量。全局变量所有玩家共用，个人变量跟着角色走，作用域弄反了，就会出现“一个人领完所有人都领不了”或者“明明领过了还能再领”的怪现象。另外，数字和字符串的判断也要分清，条件里写成带引号的文本，却拿去和数值比较，脚本往往不报错，只是默默不生效，排查起来很费劲。

几个流传很广的误区

• 改脚本就能改爆率。爆率通常写在掉落配置或数据库里，脚本更多是调用判定结果，或者在特定条件下额外给东西。把脚本改得再花哨，也改不了底层那张掉落表。
• 客户端脚本能防外挂。客户端脚本是给玩家这边跑的，玩家能看见也能改，把它当安全防线等于把门锁装在纸糊的墙上。凡是涉及公平和安全的判定，都得放在服务端。
• 脚本写得越长越专业。实际情况正相反，冗余的判断层层嵌套，既拖慢执行又难维护。清晰的触发点、明确的条件、干脆的结果，比堆长度有用得多。
• 抄来就能直接用。脚本里的变量名、标签、触发入口都跟具体版本绑着，原样贴进去，轻则提示对不上，重则整段静默失效。
• 脚本没反应就是脚本坏了。多数时候是标点写错、括号没配对、条件类型不统一，或者触发点根本没挂上。先顺着入口走一遍，比反复重写高效。

想上手，从读懂一段现成脚本开始

与其一上来就自己从头写，不如先找一段结构清楚的NPC脚本，从触发入口开始，一行行顺着条件往下读，看它在什么情况下走到哪条分支。改之前先备份，改的时候小步验证，每加一段就进去点一下看提示对不对。遇到不生效，别急着推翻重写，先确认触发点有没有挂上、条件里的变量有没有值、判断的类型是否一致。脚本这门东西，读得多了，写起来自然顺手。

说到底，脚本是工具，不是魔法。它能把规则表达清楚，也能把版本里的玩法串起来，但它改不了底层配置，挡不住客户端作弊，更不会因为写得长就变得更厉害。把服务端和客户端的分工认清，把触发、判断、执行这条链路理顺，再避开那些听起来很顺耳的误区，才算真正把脚本用明白了。