普通连点器有个绕不过去的缺陷：它是瞎的。它不知道屏幕上此刻显示的是什么，只会按时间戳机械地点。
固定位置的按钮没问题，比如游戏右下角那个永远不动的攻击键。但只要流程里出现「视情况而定」的环节，盲点就露馅了：挂机刷材料时弹了「背包已满」，它还在傻点；验证弹窗跳出来，它照样往原坐标戳。
要处理这种情况，自动化工具得有最起码的感知能力。小木自动点击器的高级模式就是为此设计的，内置中文 OCR（本地识别，不联网），配合条件节点可以实现 if/else 式的流程分支。这篇文章把条件节点的用法拆开讲一遍。
条件节点的执行逻辑
一个条件节点干一件事：在屏幕的指定区域里查找指定文字，命中走 true 分支，没命中走 false 分支。两个分支各自执行配置好的动作，然后进入下一个节点，整个项目按循环继续跑。
先说查找文本怎么填才好用。
关键词支持逗号分隔多个，命中任意一个即算找到。建议把目标 App 可能出现的所有文案变体都列上，简体、繁体、英文都算，比如「领取,領取,领取奖励,Claim」。列表宁多勿少，OCR 对字体渲染敏感，多一个关键词多一分命中率。
查找范围有讲究。预设区域有全屏、上/下半屏、左/右半屏、四个角、屏幕中央；也可以直接填归一化矩形坐标，格式是「左上x,左上y,右下x,右下y」，取值 0 到 1，比如 0.5,0.8,1,1 就是右下角那块区域。经验是范围尽量贴着按钮的实际位置来，范围越小识别越快，误判也少。配置时可以开「显示/隐藏OCR」观察识别结果，确认目标文字确实落在你画的框里。
两个分支能干什么
每个分支独立配置以下动作之一：
点击文本——点在 OCR 命中的那行字上，最常用，配「跳过」「领取」这类按钮；
无动作——什么都不做，静默等下一轮，适合「没找到就继续等」的逻辑；
返回键、Home 键——检测到异常页面时止损退出；
自定义点击、自定义滑动——点或滑你指定的坐标，处理「找到了 A 文字，但要点的是旁边的 B 按钮」这类错位情况。
每个分支还有自己独立的重复次数、重复间隔、动作时长和休眠时长。比如可以配成「找到奖励就连点 5 次、间隔 200 毫秒，没找到就歇 1 秒再看」。
另外设置页里有个 OCR 捕捉频率。调高响应快但费电，调低省电但反应慢，挂机场景一秒一次左右够用，抢购场景再往上加。
一个完整的挂机例子
拿游戏挂机刷材料来说，我配了三个节点组成一个循环体：
节点一是找奖励。查找文本「领取,一键领取,领取奖励」，范围下半屏。命中就点击文本，重复 1 次间隔 200 毫秒；没命中无动作，休眠 800 毫秒。
节点二是弹窗自愈。查找「知道了,确定,关闭,以后再说」，范围屏幕中央，命中就点掉。挂机中途冒出任何弹窗，大概率被这个节点拉回正轨。
节点三是滑动翻页，从屏幕中下部往上滑，休眠一到两秒，找新的目标。
项目设为一直运行。这套流程跑起来，就是一个会自己处理弹窗、自己找目标的挂机脚本——全程没写一行代码，表单配置出来的。
几点经验
调试模式记得开。跑几轮之后到设置里看日志，每个节点命中与否、OCR 返回了什么坐标，一目了然，比瞎猜快得多。
反检测保持默认开启就好，点击随机偏移加贝塞尔滑动轨迹，长时间挂机更稳。
坐标既然是归一化的，换手机不用重配，项目导出导入直接搬家。
要说局限，OCR 认的是文字，纯图标按钮（没有文字的 × 之类的）得靠自定义坐标兜底，这一点配置前要有预期。
会看屏幕的连点器，本质上已经是个轻量的屏幕 RPA 工具了。把你每天重复次数最多的那个操作交给它试试，值不值一目了然。
