列表页挨个点开再返回
它解决什么问题
一个列表里有几十条,你要逐条点开看一眼,再退回来点下一条。手动做就是「点、看、返回」重复几十遍。
这条配方把「找列表里所有可点的条目」交给「点击列表节点」,它会一次把认出来的条目全点一遍,每条点完自动返回。
开始之前
- 无障碍已开启
- 目标 App 的列表已经滚动到要处理的区域
- 知道列表条目上的共同文案特征(比如每条都带「回复」「查看」这类前缀)
分步做
1. 打开 APP + 延迟
「打开 APP 节点」选目标应用,「延迟节点」2000 毫秒等它起来。
2. 找到列表里的条目
有两种做法,按界面情况选:
做法 A:文案有规律 —— 用「查找文本坐标节点」。
参数 targetTexts 填条目上的共同文字。它会返回一组坐标。
做法 B:条目没有文字(纯图标/图片) —— 用「图像匹配检测节点」,先准备一张条目截图,把 similarityThreshold 调到 0.85 左右。
两种做法输出的都是坐标列表,接同一个下游。
3. 接「点击列表节点」
坐标列表接到 positions 插槽。
关键参数:
| 参数 | 填什么 | 为什么 |
|---|---|---|
点击模式 clickMode |
逐个点击 | 一次点一个,点完返回再下一个 |
点击间隔 clickIntervalMs |
1200 |
点开新页面要时间,太快会连点到同一个条目上 |
Y 轴分组阈值 yGroupThreshold |
20 |
一行文字可能被识别成多块,差 20px 内算同一行,避免重复点 |
4. 点开之后要返回
「点击列表节点」自己不会返回,只负责点。所以点开一条之后,要接「返回节点」退回去。
这一段的顺序是:点击列表 → 延迟 → 返回节点 → 延迟。
返回节点 的默认参数是返回 3 次,多数情况下要改成 1 次 —— 否则点开一条会连退三层,直接退出列表。
5. 处理不完的条目
一屏放不下所有条目时,把「点击列表」那段包进「循环节点」:
循环体 = 点击列表 → 返回 → 滑动(往下滚一屏)→ 回到循环节点。
count 设成你要翻几屏。同样没有「翻到底就停」,见「阅读类 App 自动翻页」里那一节。
用到的节点
| 节点 | 干什么 |
|---|---|
| 打开 APP 节点 | 进入目标应用 |
| 查找文本坐标节点 / 图像匹配检测节点 | 找出列表里所有可点条目 |
| 点击列表节点 | 按坐标列表逐个点击 |
| 延迟节点 | 点开页面、返回列表之间的等待 |
| 返回节点 | 从详情页退回列表(默认 3 次要改成 1) |
| 循环节点 | 一屏处理完往下滚,处理下一屏 |
容易踩的坑
- 返回节点默认连退 3 次。 这是最常见的「任务跑飞」原因:点开一条,退三层,回到了首页,后面全乱。
- 点击间隔太短会重点。 点开详情页需要 200–800 毫秒,间隔设 1200 起步。
- Y 轴分组阈值太小会点两遍。 一行文字常被 OCR 切成两块,20px 以内合并成一行,别设成 0。
- 不要在小红点/未读标记上取坐标。 那些位置会随列表状态变化,取到的坐标下次就指向别处了。