一个品牌名，加上两个常见错拼，再加三个型号名，每天要在几个地方各看一遍。图文社区、短视频的评论区、问答和论坛、电商的评价区。
第一天做还挺新鲜，第三天就开始漏，一周之后基本只剩「想起来才翻一次」。
问题不在勤快不勤快。人做重复的检索和抄录，本来就是会漏的。把「搜、翻、截、记」这一段交给设备跑，人只做判断，这件事才做得下去。
下面这套配置从清单开始，到复核结束。全程只做一件事：把公开信息收集起来、把证据留住。刷互动、替平台做判断这些不在这篇的范围里。
第一步：先把要盯的平台和关键词列成清单
这一步决定了后面所有配置的骨架，值得多花半小时。
平台清单先列三到四个，选那些确实出现过品牌相关讨论的。别一上来就铺开，平台多一个，分组、账号、关键词清单都要跟着扩一轮，前期摊太开很容易哪一头都做不透。
关键词清单是这份工作的地基。按四类整理：
- 品牌名和常用简称；
- 常见错拼与谐音写法；
- 产品线和型号名；
- 品牌名加场景词的组合，像品牌名加「好用吗」、品牌名加「售后」。
第二类最容易被漏掉。用户在评论里打错品牌名是常事，而这些写错的条目，往往比正确写法更接近真实的使用反馈。
整理成文本文件，一行一条，脚本只负责读：
keywords/brand-core.txt // 品牌名与简称
keywords/brand-typo.txt // 常见错拼
keywords/brand-scene.txt // 品牌名 + 场景词清单要当成活文档。每次复核完，发现新的说法就往里加一行；某个词连续几周一条没命中，就往下调它的检索频次。一次写死、再也不改的清单，两个月后基本就废了。
第二步：设备按平台分组，把账号和设备对应上
设备接进中控之后要做的第一件事，是让每台机器有身份。
原则很简单：一台设备固定盯一个平台。这么分的原因不是为了别的，是为了回溯方便。截图和记录里都带设备名，看到设备名你立刻知道这条信息来自哪个平台、哪台机器。一台机器混着跑几个平台，过两周回头看某条记录，你会分不清它是在哪儿抓到的。
分组也按平台来，用能一眼看懂的命名：
watch-pic-01 图文社区
watch-video-01 短视频
watch-forum-01 问答与论坛
watch-shop-01 电商评价区改名和分组在中控里都能批量做。选中整组设备，右键批量设置别名，填一个起始名，预览确认序号排得对再保存，整组一次改完。分组同样是右键设备、选设置分组、挑一个组保存。iOS 侧免越狱是前提，这几步不涉及任何系统权限，纯中控里的账目整理，前提条件可以看 苹果群控免越狱方案。
接着做一张对应表，写清楚谁负责谁：
| 设备名 | 平台 | 账号 | 负责的关键词文件 |
|---|---|---|---|
| watch-pic-01 | 图文社区 | 自己可支配的账号 | brand-core / brand-scene |
| watch-video-01 | 短视频 | 自己可支配的账号 | brand-core / brand-typo |
| watch-forum-01 | 问答与论坛 | 自己可支配的账号 | brand-core / brand-scene |
| watch-shop-01 | 电商评价区 | 自己可支配的账号 | 型号名清单 |
账号得是你自己能支配的，用途和平台规则先想清楚，这一步没有任何取巧空间。
配置完在状态栏核一遍。中控状态栏会显示设备总数、异常数、在线数和脚本运行数，四个数字都要能对上。有掉线的先处理，不然这一天的数据会缺一格，而且缺得悄无声息。
上面这张是中控状态栏。设备总数和在线数对不上说明有机器掉线，脚本运行数是 0 说明任务没在跑，两种情况要分开处理。
第三步：把采集任务配好，一次统一下发
采集脚本做的事情很固定，就是一个人工翻页动作的翻译：打开应用、进搜索、输入关键词、打开结果列表、翻若干条、把可见文本记下来、值得留的内容截图，然后换下一个关键词。
参数全部外置，一个平台组一份：
// params/watch-pic.json
module.exports = {
platform: '图文社区',
keywords: './keywords/brand-core.txt',
accounts: '对应表里的账号标识',
maxItems: 30, // 单次最多翻多少条
waitMs: 6000, // 等页面加载的上限
shotDir: './records/2026-09-24/watch-pic-01',
rounds: 1 // 一天跑几轮
};换平台只改 platform 和 keywords 两行，脚本本身不动。定位方式优先用控件和文字，别写死坐标，搜索页一改版坐标就全废。写这类脚本的通用写法，USB HID 写 iOS 自动化脚本 里讲得比较细。
配好之后在中控选中一个平台分组，把脚本和参数一起下发。一个组一个组推，别全点下去。
长跑靠定时任务。执行周期可以按天、按间隔分钟、按间隔秒，执行次数填 0 表示不限。设完之后第二天回来确认一次，看任务是不是真的跑了，比过一周才发现没跑省事得多。
第四步：多台设备统一看，主控投屏把窗口收拢
设备跑起来之后，你需要一个地方一眼看到全部状态。挨个点开看，效率还不如人工翻。
用集控投屏把同组设备画面收到一屏，还可以指定其中一台当主控，统一在这台上操作和查看。哪台停在登录页、哪台卡在加载、哪台跑到了关键词的第八个条目，扫一眼就能看出来。
集控投屏开启后指定一台主控，多台画面同屏显示。卡在异常页面的那台会明显不一样，不用逐台点开查。
投屏通道按现场条件选：设备固定在架子上的走 USB 投屏最稳；不方便插线的走局域网 WIFI 投屏，免插线；异地设备配内网穿透走广域网。具体选型看 iOS 免越狱投屏怎么选。
统一查看解决的是一个具体问题：任务跑完之后，你怎么知道有没有哪台在中途停了。只靠最终结果清单是看不出来的，列表里少几条和「今天真没人提」长得一模一样。
第五步：截图和结果怎么归档，按天按周怎么排
收集类工作的产出，一半是结果，一半是证据。所以归档规则要提前定死。
目录按「日期、平台、设备」三级分开：
records/
2026-09-24/
watch-pic-01/
watch-pic-01_品牌名_round1_0930.png
result.csv截图文件名带上设备名、关键词、轮次和时间戳。这么命名的好处是翻目录的时候，光看文件名就能筛出「这个关键词在所有平台上命中过什么」，不用一张张打开看图。脚本那边同步把可见文本追加写进 result.csv，一条一行，后面复核直接在这份表上做。
节奏按词的重量来分：
| 关键词类型 | 频次 | 说明 |
|---|---|---|
| 品牌名与简称 | 每天一轮 | 最需要及时看到的一类 |
| 型号与产品线 | 每天或隔天 | 看平台活跃度决定 |
| 错拼与谐音 | 每周一轮 | 命中少，低频就够 |
| 品牌名 + 场景词 | 每周一轮 | 长尾，用来发现新话题 |
时间点别都堆在一个时刻，错开更稳，也别跟你其他的任务撞在一起。设备是长期在线的，这块的注意事项 苹果群控长期运行效果与维护 里有写。
每周留一次回顾。看两件事：哪些关键词这段时间一条没命中，可以降频；复核里出现过哪些新说法，该补进清单。
第六步：人工复核放在哪一步，哪些必须人来判断
复核的位置很明确：采集跑完、结果入档之前。放在这中间，是因为入档之后内容就当成结论了，再改成本很高。
下面这几类，脚本判断不了，必须人来看：
反话和讽刺。字面是夸，实际是吐槽，这类句子靠关键词匹配分不出来。
同名撞车。品牌名或者简称跟常用词同形的时候，命中的大部分条目跟品牌没关系，得靠人筛。
负面内容到底是产品问题还是使用问题。同样是抱怨，一个指向产品，一个只是没用对，后续动作完全不同。
提到竞品时的语境。对比句里的褒贬方向，往往就藏在半句话里。
平台内部的梗和缩写。这部分词汇迭代很快，清单跟不上，只能靠人认。
复核不用逐条看。先按关键词优先级排一遍：命中核心品牌名的逐条过，长尾词抽样看。逐条都看，这件事三天就停了。
复核结论落到一张表里：截图编号、平台、时间、原文摘录、初判、人工结论、后续动作。这张表是整套流程真正的产出，前面的全是给它的原料。
卡住了，常见的那几个坑
关键词命中一堆噪音。多半是词太宽。把光秃秃的品牌名换成「品牌名加场景词」，或者加限定条件，噪点会降下来不少。
搜索结果页结构变了。先去投屏上看一眼实际页面，再回头把脚本里的定位从坐标换成控件或文字。页面改版是常态，坐标定位撑不了多久。
某台设备当天缺数据。先看这台设备当天的在线状态和中控日志，确认是任务没跑还是跑了没命中。属于设备问题的，要在报表里标成缺失，不能让它在数据里悄悄变成「今天没人提」。这两件事的分量差得很远。
未登录状态下看到的内容不全。账号状态每天开工前确认一次，登录掉了内容就少，而且少得不明显。
记录时间对不上。平台上显示的是发布时间，你记录的是抓取时间，两个都存下来，别混成一列。做周对比的时候，这两个时间经常互相打架。
长跑一段时间后设备变慢。先查供电和散热，再看是不是有系统更新提示弹在屏幕中间挡住了页面。长期在线的机器该关的自动更新和自动锁屏提前关掉。
下一步可以做什么
先把这三到四个平台跑满两周，拿到一份能看懂的结果清单，再决定要不要加平台。加平台的门槛不在设备，在于你愿不愿意把关键词清单和复核工作同步铺开。
关键词清单保持每周更新的习惯。这件事的收益是滞后的，但两三个月之后，它会变成这份工作里最值钱的东西。
产品上新、活动上线这些时间点，临时把核心词的频次提一轮，事后调回去。
设备往上加之前，先看网络和供电能不能承载，规模这块可以看 苹果群控设备容量与运维实践。
说到底，这套配置解决的是「别漏」和「有据可查」两件事。判断哪条重要、该不该回应，始终是人的活。
iEasyClick：手机自动化脚本与群控方案站，覆盖安卓免 root、iOS 免越狱、鸿蒙 Next，提供脚本开发教程、中控投屏与批量运维方案。官网 ieasyclick.net
想要真实跑起来？
本文介绍的方案均可基于 EasyClick 能力在 iEasyClick 落地。官网提供完整文档、开发工具与自动化产品，免费体验。