桌面视觉自动化中，有一类界面并不是一直停留等待程序识别，而是在点击后短暂出现，随后因为焦点变化、鼠标动作或界面刷新迅速消失。队伍头像菜单就是这种情况：头像点击成功后，菜单只给出很短的可操作窗口；如果识别代码按常规方式多次截图、多次比较，后一次截图可能已经看不到菜单。
金手指近期对队伍离开流程的修正，核心不是继续增加重试次数，而是改变取帧策略。实际观察显示菜单点击后约半秒进入可识别状态，于是流程调整为“点击头像—短暂等待—只截一帧—在这一帧比较多个动作—直接点击命中位置”。这条记录解释为什么少截图反而更适合短暂界面。
原问题：重复扫描会消耗可操作时间
常规等待函数通常每隔一段时间截图，寻找一个模板，未找到再继续。若同一菜单可能出现“请离队伍”或“离开队伍”两个分支，最直观的写法是先扫描第一个模板，再重新截图扫描第二个。对常驻按钮这样做没有问题，对短暂菜单却可能发生竞态：第一帧菜单存在但模板分支不符，第二帧菜单已经消失。
还有一种现象是调试覆盖层或鼠标移动改变了焦点，使菜单比肉眼预期更早关闭。于是日志会表现为菜单“闪一下”，代码却连续报告未找到。增加十次重试只会得到更多已经消失后的画面，并不会恢复那一帧机会。
新策略：先等渲染，再取得唯一工作帧
修正后的时序先完成头像点击，等待约半秒让菜单文字和背景渲染到位，然后立即截取一次队长窗口画面。等待不是固定坐标操作，而是为 UI 提供渲染时间；截图得到以后，所有后续判断都在同一份像素数据上进行。
程序在工作帧中分别比较“请离队伍”“离开队伍”等真实模板，保留可靠候选与分数。队长和成员分支可能显示不同文字，因此不预先假定某一个必然出现。哪个分支在这一帧达到条件，就使用该候选已经计算出的坐标直接点击，不再为了点击重新取一帧。
“同帧”同时约束识别与落点。候选坐标来自当前截图，点击前只做必要的窗口坐标换算，不重新执行整套菜单搜索。这样减少了从识别到输入之间的时间差，也避免第二次截图把已经消失的菜单覆盖掉。
阈值需要按分支和真实样本校验
队长分支与成员分支的文字、背景和菜单宽度可能不同，模板分数也不会完全一致。实际修正中，队长相关模板需要容忍接近 0.55 的真实样本分数；这并不意味着所有模板都应统一降低到同一阈值。每个分支仍要用菜单存在与不存在的截图分别检查，确认低分候选没有落到其他相似文字上。
阈值调整必须和区域一起看。搜索区域限制在头像菜单可能出现的位置时，较低阈值的风险与在整个桌面扫描不同。候选还要位于当前队长窗口内部，并且点击点落在目标文字区域。只有多个条件同时满足，分数才具有业务意义。
为什么这里不采用固定位置兜底
菜单相对头像弹出，但窗口尺寸、头像排列、队伍人数和 DPI 缩放都会改变绝对位置。若识别失败后直接点击一个经验坐标，可能点到角色头像、聊天区或其他菜单项。短暂界面更需要保留“看见真实动作文字才点击”的规则，而不是因为时间紧就跳过确认。
同样的原则也用于副本“进入”按钮：真实入口缺失时，流程重新打开面板并恢复状态，不用固定位置替代。两者共同说明，恢复动作应当让可验证界面重新出现，而不是让点击绕过界面状态。
调试短暂菜单时要保存哪一帧
普通失败可以保存最后一帧，短暂菜单则应同时记录头像点击时间、等待时长和工作帧。若只保留多次重试后的最后一张空画面，就看不到菜单究竟有没有出现。测试时可按下面的顺序记录：
- 头像点击完成的日志时间；
- 点击后等待了多长时间；
- 唯一工作帧的窗口截图；
- 两个分支模板在同一帧中的最高分与坐标；
- 选中了哪一个动作以及最终点击点；
- 点击后队伍状态是否发生预期变化。
截图仍需隐藏账号、QQ、卡密、IP、用户名和聊天内容。若菜单附近包含这些信息，可以只裁剪菜单与头像的必要区域，并用文字补充窗口尺寸和分支身份。
同帧策略适合哪些界面
同帧识别适合持续时间短、候选分支少、点击后界面会立即关闭的菜单。它不等于所有界面都只检查一次。加载速度不确定的常驻页面仍适合轮询，关键图标也可能需要连续两帧确认来排除动画。选择策略要看界面的生命周期：短暂菜单强调抓住机会，常驻按钮强调稳定确认，异步页面强调等待渲染。
判断依据可以归纳为三点：界面是否会因鼠标或焦点变化消失；多个动作是否能在同一截图内完成比较；候选坐标能否在输入前保持有效。三项都满足时，同帧策略能减少竞态。若界面会持续存在，则应保留结果验证和必要复查。
这次修正留下的开发原则
第一，先根据真实日志和用户观察确定界面时序，不把所有失败都归因于模板。第二，截图次数不是越多越稳，短机会窗口需要把识别工作集中在一帧。第三，队长和成员分支要分别验证，不能用一个分支成功代表全部。第四，点击必须来自真实命中坐标，失败时恢复界面而不是转向固定点。
有关多尺度、阈值和区域如何协作，可阅读OpenCV 多尺度模板匹配实践。窗口坐标的基础机制见窗口移动后的识别区域重算。