先说结论：root 之后，自定义分组的入口在「工具 → 任务管理」里，普通实例看不到这个按钮。配一套分组大约 5 分钟，三个参数决定成败：分组名称、触发关键词、响应延迟。关键词设太宽会被消息刷屏，延迟低于 1 秒在副本里容易堆叠。
一、入口只有 root 后才出现
没获取 root 权限的实例，工具栏里只有基础功能。拿到权限后重新进主界面，点「工具」，再点「任务管理」，会多出一个「自定义分组」按钮，进去就是分组列表。
默认已经按应用划好组，想加新组点「新建」，填两样东西：分组名称和触发关键词。名称随意，关键词要慎重，改一次要重新跑一遍匹配。
分组之间互不影响。删错一个组不会波及其他组，但组内规则会一起消失，删之前先导出一份。
图：六档的实例数与价格
二、关键词别设宽，延迟别设小
关键词决定哪些消息进这个组。设成「活动」「奖励」这种泛词，一天能被刷几百条，翻都翻不完。建议用两个词组合，比如「活动 + 限时」，宁窄勿宽。
| 参数 | 默认值 | 建议值 | 原因 |
| 触发关键词 | 空 | 两词组合 | 单词太宽，容易刷屏 |
| 响应延迟 | 0.5 秒 | 1.5 秒 | 副本里消息密集，慢了才不堆叠 |
| 分组数量 | 3–4 个 | 按应用分，别超 10 个 | 组太多，排查时找不到 |
延迟不要超过 2 秒。超过之后观战模式里几乎收不到消息，等于白开。
三、批量导入前一定先备份
应用多、消息量大的场景，一个个建组太慢，用模板批量导入。高阶群控版支持多实例统一操作，导入一次能铺到整组。
- 先在模板文件里把分组名和关键词写好，一条一行；
- 导出当前配置做备份，导入会覆盖同名分组，覆盖后不可恢复；
- 先导一台试跑 10 分钟，确认没有刷屏再导其余实例；
- 导入完检查每个组的消息条数，异常的直接停用；
- 跑顺之后把这套配置另存为新的备份点。
四、升级和它带来的麻烦
活动期有新版本时，先停掉正在跑的任务再升级。不停就升级，中途断电会让分组数据全部丢失。升级完成后旧分组不会自动继承，要重新绑定一次。
说句实话：root 会改变系统完整性，部分应用会检测运行环境，登录时可能直接被拒。这不是配置能解决的，属于 root 本身的代价。真要长期稳定跑，普通实例反而省心，功能少一点，麻烦也少一点。云手机挂机软件怎么测里那套判断方法同样适用，配置完先测再上线。
用不惯分组也没关系，四项对比里列了替代方案，多数日常场景用不到这么细的配置。
Q：普通实例能新建分组吗？
不能。自定义分组依赖 root 权限，入口在权限解锁后才出现。
Q：升级后分组不见了怎么办？
新包不继承旧配置，重新导入备份即可。所以升级前备份是必做动作。
Q：延迟设 2 秒以上有什么影响？
消息不再实时，观战模式下基本收不到，等于分组失效。
图：按台数买
