要让两个号在组队挂机时保持“如影随形”，核心在于主控号（队长）负责寻路决策，被控号（队员）执行坐标跟随。这需要将两个脚本的逻辑拆分为“指挥”与“执行”两部分，通过坐标检测实现动态同步。
一、 脚本逻辑架构：主从模式
双号组队脚本不能写成两个独立的打怪循环，必须确立主从关系。
- 主控号（队长）：脚本核心，负责读取当前地图坐标、决定移动路径、触发战斗。它是被控号的“导航基准”。
- 被控号（队员）：脚本逻辑简化，核心任务是不断检测与队长的距离。一旦距离过远，立即执行移动指令（跑动或随机传送）靠近队长，而非自主寻路打怪。
二、 关键实现技术：距离检测与坐标同步
实现“在一起”的核心是距离判断。在不同类型的脚本中，实现方式不同。
1. 服务端NPC脚本（GM功能）
如果是为版本编写组队传送NPC（如“一键召唤队友”），通常使用引擎自带的组队命令。以GOM/GEE引擎为例，在NPC脚本中实现队友聚集：
[@召唤队友]
#IF
ISGROUPMASTER ; 检测是否为队长
#ACT
GROUPMAPMOVE 3 330 330 5 ; 将队友传送到土城(330,330)，范围5x5
SENDMSG 6 队友已召唤至身边！
#ELSEACT
SENDMSG 6 只有队长才能召唤队友！
此方法通过GROUPMAPMOVE命令直接修改队员坐标，强制将其拉至队长身边，属于服务端层面的强制同步。
2. 玩家挂机脚本（辅助工具）
这是最常见的需求，即使用按键精灵、简单游等工具实现双开挂机。脚本逻辑需围绕“坐标差”构建。
主控号脚本（队长）逻辑骨架：
<挂机主循环>
// 1. 状态检测（血量、背包）
IF 血量 < 30% -> 使用回城卷
// 2. 寻路与打怪
移动到目标坐标(X, Y)
开启自动战斗
Delay 5000
Goto 挂机主循环
被控号脚本（队员）逻辑骨架：
<跟随循环>
// 1. 获取队长坐标（通过内存读取或图像识别）
队长X = 获取主窗口坐标X()
队长Y = 获取主窗口坐标Y()
// 2. 距离计算
距离 = sqrt( (队长X - 当前X)^2 + (队长Y - 当前Y)^2 )
// 3. 跟随决策
IF 距离 > 5
THEN 移动到坐标(队长X, 队长Y) // 或使用随机石飞过去
ELSE
开启自动战斗（攻击队长目标）
Delay 2000
Goto 跟随循环
队员脚本的关键是高频率的距离检测（如每2秒一次）。一旦距离超过阈值（通常5-7格），就中断打怪，优先执行移动操作。
三、 实战编写要点与避坑指南
1. 窗口绑定与多开区分
双开时，必须确保脚本能准确识别哪个窗口是队长、哪个是队员。
• 方案：在脚本启动时，要求用户手动指定“窗口1为主控，窗口2为被控”。脚本通过窗口句柄（Hwnd）来区分两个游戏客户端，避免操作串台。
2. 防掉线机制（心跳包）
双号长时间挂机易因网络波动掉线，需在脚本中加入状态维持指令。
• 操作：在循环体内加入随机的“模拟按键”，如每隔3分钟按一次F1（技能键）或数字键，防止游戏判定为挂机踢人。
3. 地图切换同步
这是最容易掉队的情况。当队长进入下一层地图（如从石墓阵进入石墓七）时，队员脚本若还在原地图执行寻路，会导致永久掉队。
• 解决方案：
1. 地图ID检测：队员脚本在每次循环开始时，先检测自身地图ID是否与队长一致。
2. 不一致处理：若不一致，立即停止当前动作，执行“移动到入口->进图”的指令序列，重新与队长汇合。
4. 职业分工配置
两个号的脚本参数不应完全相同，需根据职业调整。
• 战士（主控）：脚本设置偏向近身攻击，移动速度参数可稍慢。
• 道士（被控）：脚本设置开启“自动治愈”，目标优先选择“队长的目标”，并设置更短的检测间隔（如1500ms），确保能快速跟上战士的移动节奏。
四、 常见问题排查（Q&A）
• Q：队员号总是跑过头，在队长身边来回晃？
A：移动指令的“停止距离”设置过小。建议设置当距离≤3格时即停止移动，开始打怪，避免因网络延迟导致的坐标 overshoot（过冲）。
• Q：换地图后两个号卡在洞口不动？
A：地图切换后的坐标重置。在进图指令后添加一个 Delay 3000（等待3秒），让游戏完全加载新地图坐标，再进行距离检测。
• Q：辅助工具报错“找不到坐标”？
A：通常是分辨率不匹配。确保两个游戏窗口的分辨率设置完全一致（如均为800x600窗口模式），且未开启DirectX加速模式，以保证图像识别或内存读取的准确性。
总结：写组队脚本的核心是“主号动，副号跟”。务必将被控号的自主寻路逻辑弱化，将其改造为一个高响应的坐标跟随器，通过高频的距离检测来维持两者的相对位置。
