在传奇脚本中实现“见人就飞”功能，本质是利用引擎提供的地图人数检测命令配合条件跳转与随机传送指令。该功能常用于挂机脚本或特定活动地图，目的是当检测到其他玩家靠近时自动触发随机传送，避免被攻击或打扰。实现此逻辑无需修改引擎核心代码，仅需在标准脚本文件中编写正确的判断流程。
核心命令组合为 CHECKHUM、GOTO 和 RANDOMMOVE。CHECKHUM 用于检测当前地图或指定坐标范围内的人物数量。其标准语法为 CHECKHUM 范围 数量，其中“范围”指以角色为中心的正方形边长（单位为格），“数量”指检测到的人数阈值。若范围内人数大于等于设定值，条件成立。RANDOMMOVE 命令执行后，角色会立即传送至当前地图的任意合法坐标点。GOTO @标签 用于在条件成立时跳转至执行传送动作的代码段。
基础编写步骤如下：首先定义一个循环检测标签，例如 @CheckLoop。在该标签下使用 #IF 引导条件判断。写入 CHECKHUM 5 1，意为检测以角色为中心5x5格范围内是否有1名或以上其他玩家。若条件成立，执行 #ACT 后的动作。动作部分首先发送提示消息 SENDMSG 255 发现其他玩家，立即躲避！，随后执行 RANDOMMOVE 进行传送。传送完成后，必须使用 GOTO @CheckLoop 再次跳回检测起点，形成无限循环，确保持续监控。若 CHECKHUM 条件不成立（即周围无人），脚本需延时后继续检测，防止CPU占用过高，可使用 DELAYGOTO 1000 @CheckLoop，表示等待1秒后再次检测。
完整脚本代码示例结构：
[@Main]
IF
CHECKHUM 5 1
ACT
SENDMSG 255 检测到附近有人，启动躲避程序
RANDOMMOVE
GOTO @Main
BREAK
ELSEACT
DELAYGOTO 2000 @Main
上述代码中，[@Main] 为入口标签。#IF 下方接检测命令。若检测到人数>=1，执行 #ACT 块：发送消息、执行随机飞、跳回开头。#ELSEACT 块处理未检测到人的情况，延时2秒后跳回开头。注意 BREAK 命令在 #ACT 末尾的使用，它防止脚本继续向下执行其他无关代码，确保逻辑闭环。
参数调整是适应不同场景的关键。CHECKHUM 的第一个参数“范围”可根据需求修改。若希望极早发现敌人，可设为 10 或 15，覆盖更大区域；若仅想躲避贴身攻击，设为 3 或 4 即可。第二个参数“数量”通常设为 1，只要出现一人即飞。若需忽略宠物或英雄，需注意部分引擎版本 CHECKHUM 统计包含所有单位，此时需结合 CHECKMONSTER 或其他辅助命令排除非玩家单位，或接受包含宠物的检测结果。
延时设置 DELAYGOTO 的数值直接影响脚本性能与反应速度。数值过小（如100毫秒）会导致脚本频繁检测，占用大量服务器资源，可能引起卡顿或被系统判定为异常行为；数值过大（如5秒）则反应迟钝，可能在传送前已被对方击中。建议设置在 1000 至 3000 毫秒之间，既能保证及时反应，又不会给服务器造成负担。
地图限制与特殊情况处理。RANDOMMOVE 只能在允许随机传送的地图上生效。若角色处于禁止传送的地图（如某些活动副本、沙巴克皇宫内部），该命令将无效，角色会原地不动并继续循环检测，导致死锁。因此在脚本开头应加入 CHECKMAP 命令，确认当前地图是否支持传送。若在不支持传送的地图，脚本应自动切换至逃跑路线或停止检测。代码示例：#IF CHECKMAP !3（假设3为禁止传送地图号），则跳转到 @Stop 标签结束脚本。
与其他功能的兼容性。若脚本同时包含打怪、捡物逻辑，“见人就飞”的检测循环需嵌入主循环中，且优先级最高。通常在打怪动作执行前先检测周围人数。例如：[@AttackLoop] -> 检测人数 -> 若有人则飞 -> 若无人则寻怪 -> 攻击 -> 返回。确保躲避逻辑不被打怪动作阻塞。若正在攻击过程中检测到人，应立即中断攻击动画执行传送，这可能需要调用 CLEARACT 或类似命令清除当前动作队列。
变量记录与日志功能。为了便于排查问题，可在传送时记录日志。使用 ADDLIST 命令将时间、地图名、检测到的人数写入文本文件。例如：ADDLIST FlyLog.txt %d 地图:%m 人数:%h（具体变量符号视引擎版本而定）。这样管理员可事后查看角色频繁传送的原因，判断是否为误判或恶意骚扰。
防止无限连飞的处理。在某些极端情况下，若传送落点恰好又在另一玩家身边，脚本会立即再次触发传送，导致角色在短时间内连续多次随机飞，不仅消耗资源且无法正常游戏。可引入计数器变量解决。定义全局变量 G_FlyCount。每次传送前检查该变量，若小于3则执行传送并让变量加1；若大于等于3，则强制延时5秒后再重置变量并继续检测。逻辑如下：#IF CHECKVAR G_FlyCount 传送 -> CALC G_FlyCount = G_FlyCount + 1；#ELSEACT -> DELAYGOTO 5000 @ResetCount。在 @ResetCount 标签中将 G_FlyCount 清零。
测试与调试要点。编写完成后，务必在测试环境验证。邀请另一名玩家角色靠近测试账号，观察是否在设定范围内触发传送。检查控制台日志是否有脚本报错。调整范围参数，确认灵敏度是否符合预期。特别注意在怪物密集区，CHECKHUM 是否会误将怪物统计在内（取决于引擎版本定义），若会，则需寻找区分玩家与怪物的专用命令，如 CHECKPLAYERHUM（部分引擎支持）。
通过合理组合检测、判断、传送与延时命令，即可在传奇脚本中构建出稳定高效的“见人就飞”功能。关键在于参数微调以适应具体地图环境，以及加入防死锁、防连飞的保护机制，确保脚本长期运行稳定，既达到躲避目的，又不影响正常的游戏流程与服务器性能。
