截取画面
反复截取游戏窗口的画面。bot 会等画面稳定之后再读取。
工作原理
看屏幕，按键。
这里没有任何秘密。GMI L2M 读取游戏窗口的画面，然后发送和你自己按下的一样的按键与点击。本页逐一说明每个环节，也包括它的局限。
读懂内容
检测器识别画面状态，图像匹配器寻找按钮和面板，文字识别读取对话框。
按你的规则来
检查顺序是固定的，内容来自你的设置：按哪个键、什么时候按、HP 到多少时按。
发送输入
按键会发送到对应的游戏窗口。点击使用 Windows 光标，由各账号轮流使用。
多账号
一个检测器，一个光标，轮流用。
同一台电脑上的所有账号共用两样东西：读取画面的检测器，和 Windows 光标。两者都是轮流使用，这也决定了你的电脑适合运行多少个账号。
- Dashboard 会显示检测负载和排队时长。负载满了，每个账号被扫描的频率就会降低。
- 需要点击的步骤要轮流使用光标，其他账号会稍等片刻。
- 每个游戏窗口都必须在屏幕上可见，所以显示器的面积也是一个限制。
它做什么，不做什么。
它会做的
- 截取你屏幕上已打开的游戏窗口的画面。
- 向该窗口发送按键和点击。
- 把设置、录制记录和证据保存在你的电脑上。
- 在正式版中，通过互联网检查授权。
它不会做的
- 不读取、不修改游戏内存。
- 不修改游戏文件，也不修改游戏的网络流量。
- 不把游戏画面发送到我们的服务器。
- 不索取你的游戏账号密码。
这是对工作原理的说明，不是保证。自动化可能违反游戏服务条款，发行商可能对账号进行处罚。没有哪一种工作方式能消除这一风险。
从卡住，到找出原因。
游戏会更新，客户端各不相同，意料之外的画面也会出现。重要的是你能多快知道发生了什么。
录制始终开启
每一次画面等待都会被记录：等的是什么、等了多久、结果如何。超过 20 秒，就会自动生成诊断包。
Triage 负责解释
Recordings（录制记录）页面会读取这个诊断包并写出结论：当时打开的是什么画面、哪个匹配器差一点就匹配上，以及建议的处理方法。
Teach 负责修正
最常见的原因是参考图与你的客户端不匹配。从你自己的屏幕重新截取，然后再试一次。