先说一个写了六年脚本的人
去年底有个朋友找我，说他写 iOS自动化脚本写了六年，最近开始怀疑这件事。
他的原话是：我现在写脚本的时间，比这些脚本替我干活的时间还多。
我让他把近三个月的排期表拉出来看。三个月里他写了九条新脚本，改了十四条旧的，其中十一条是因为 App 改版。真正新增的业务需求只有两条。
他的 iOS群控设备层其实一直很稳，苹果群控那套中控也没出过问题，卡住的是脚本这一层。
这个比例很说明问题。他大部分精力不是在满足新需求，是在跟界面的变动赛跑。而这类工作，恰恰是 AI 操作手机擅长、脚本不擅长的部分。
所以今年三月我们一起做了次对照：五类流程，两类做法各跑一遍，三周，每天记。
结论先给：五类流程里只有两类该换成 AI，另外三类留在脚本上更省事。把全部流程都换成 AI，是这次测试里最先被否掉的想法。
先把一个前提说清楚：AI 操作手机和原来的群控脚本不是替代关系，是分工关系。iOS群控和苹果群控这一层这几年没怎么变，变的是上面那层任务。所以问题不是 iOS自动化脚本 还要不要写，而是哪些流程值得继续写成脚本。想看这套 AI 层怎么装、怎么和现有脚本并存，安装说明在 iEasyRun 的 iOS USB 文档里。
测试怎么做的
设备用的是他原来那批 iPhone，17 台，两种型号。数据线直连挂在架子上，没有蓝牙板也没有 OTG 板，因为设备不挪窝。如果不想为每台手机拉一根线，iPhone 还有走局域网的无线版，后面单独讲。
账号按业务分成三组，每组内部的账号按同一套流程跑。对照的方式很简单：同一个流程写两个版本，脚本版和 AI 版，分给两组设备，跑三周。
记录三个数：完成率、失败原因、人工介入时长。最后再加一个不好量化但很关键的：改版后的恢复时间。
五类流程，两种做法对照
| 流程类型 | 脚本方案 | AI 方案 | 该用哪个 |
|---|---|---|---|
| 界面常改（内容发布） | 改版就要重录 | 一般不用改 | AI |
| 异常特别多（评论回复） | 异常直接跳过 | 按规则分类处理 | AI |
| 步骤固定（定时巡检） | 稳定，失败率低 | 也能跑，没有优势 | 脚本 |
| 一次性任务 | 写一遍不划算 | 说一句就行 | AI |
| 涉及账号安全 | 不适用 | 不适用 | 都留人工 |
这张表是这次测试最实用的产出。下面分开讲每一类。
界面常改的流程：脚本在跟更新赛跑
内容发布是他最头疼的一类。三个平台，界面平均两个月动一次，每次动完，脚本里的路径就断。
三周里脚本侧重录了两次，每次一个多小时。AI 侧没有重录，但补了三段规则：新增的弹窗怎么关、改版后的发布入口在哪、草稿箱满了怎么处理。加起来一个小时出头。
差距不在单次恢复的时间上，在恢复的性质上。重录是重复劳动，补规则是在积累。第一版规则补完之后，下一次改版大概率不用再动。
异常特别多的流程：脚本是跳过，AI 是分类
评论回复是另一类。
脚本方案的处理方式是遇到异常跳过。听上去没问题，但实际跑下来，三成的评论属于「异常」：广告、刷屏、知识库里没有的问题、多问一句的追问。跳过意味着这三成没人管，最后还是人工回去翻。
AI 方案把这些异常分成四类分别处理，实际完成率从七成提到九成以上。剩下那一成它也不硬猜，标成待人工。这一点反而比脚本省心，因为你知道哪些没做，而不是不知道有没有漏。
步骤固定的流程：脚本其实更好
这条和很多人的预期相反。
定时巡检这类活，步骤固定、位置固定、异常也固定。脚本跑起来失败率很低，三周里只有两次失败，都是设备掉线导致的。AI 也能跑，但没有任何优势，反而因为要看屏幕判断，单次耗时更长。
所以这类活我们最后留在了脚本侧。不是 AI 不行，是它不占便宜。
一次性任务：AI 唯一完胜的地方
三周里出现了七件临时任务：导出某个账号的历史内容、按名单核对一批订单、整理一批素材的命名。
脚本方案要写七条一次性脚本，写完就用一次，属于纯浪费。AI 方案直接在对话里说一句，跑完就完。
这一类是 AI 真正的增量，因为以前它根本不会被做，太麻烦，人就直接手工做了。
涉及账号安全的：都留人工
改密码、换绑手机、异地登录，这三类动作不管自动化到什么程度，都建议留人工。
原因不是技术做不到，是出错的代价。这几件事出问题不是重跑一次，是账号本身。测试里我们从一开始就把这些排除在自动化范围外。
不想每台都拉一根线，可以走局域网
上面这套全是插线的。17 根线加两台集线器，摆在架子上看着挺整齐，但每多一台设备就要多一根线，加设备之前得先算机箱还有没有口。
iPhone 还有一条不插线的路：手机和电脑接进同一个局域网就行。装的时候依然要插一次 USB，装手机端程序、刷开发者镜像、绑授权这几步做完才能拔，之后日常任务全靠网络走。
对成本的节省主要在三个地方。线不用买了，这是最直接的。带独立电源的集线器也可以不买，那玩意是矩阵里公认的故障源。还有就是位置自由，手机可以分散在几个房间，不用为它们专门准备一个架子。
装这条线的时候有三处要留意。
第一处是授权类型。无线版绑的是脱机设备授权，USB 版绑的是 USB 设备授权，两种不通用。选错的表现是设备能认到，但跑起来不正常。
第二处是名字。下载器里这个选项叫 iOS 脱机版本，装上来的群控端叫 iOS 脱机无线群控投屏，工作站扫设备时要选 iOS 脱机版。同一个东西三处叫法不一样，第一次装基本都要在这里停一下。
第三处是网络。有线怕接触不良，无线怕信号弱。手机和路由器中间隔了两堵墙，扫描这一步就会卡住，先挪近一点试通，再放回原位。
我们这次没换，纯粹是因为那批手机本来就不挪窝，线早就拉好了。如果现在从零开始搭，我会先把无线版跑一遍，尤其是设备需要分散摆放的场合。
两种做法怎么接在一起
混着跑比只留一种更省事，具体接法是这样的。
设备层是共用的：手机连上电脑、扫描入库、起别名、分组，脚本侧和 AI 侧看到的是同一个设备列表。选设备的时候不用切界面。
流程按性质分流：界面常改的和异常多的放 AI 侧，步骤固定的放脚本侧。临时任务不进流程，直接在对话里说。
记录统一看：两边跑完都落在执行记录里，包括状态、目标设备和报错。刚开始建议每条都点开看一眼，两周之后改成抽查就行。
想看看这种混跑的实际用法，可以看 AI 智能体对话 和 工作流画布 这两页的说明。哪种流程适合留在脚本侧，这篇分工的界线写得更细。
三周记录
| 指标 | 脚本侧 | AI 侧 |
|---|---|---|
| 完成率（含异常） | 71% | 92% |
| 重录次数 | 2 次，合计约 3 小时 | 0 次 |
| 补充规则时间 | 不适用 | 约 1 小时 |
| 一次性任务 | 需要另写脚本 | 对话直接跑 |
| 平均单次耗时 | 更短 | 略长 |
有一点要说明：AI 侧的单次耗时更长，因为多了看屏幕判断这一步。它赢在完成率和抗改版上，不是赢在速度上。
所以判断要不要换，别问「哪个快」，问「这件事会不会变」。会变的交给 AI，不变的留给脚本。
常见问答
AI 操作手机需要重新买设备吗？不用，原来那批 iPhone 直接能用。走数据线，不越狱也不签名。要补的是带独立电源的集线器，这个对稳定性的影响比什么都大。
第一版规则要写到什么程度？写到能覆盖八成的常见情况就够了。剩下两成交给「拿不准的标待人工」这条兜底规则，别指望一次写完。
模型费用大概什么量级？日常跑固定流程基本用不到模型，存成工作流之后重复执行不消耗调用量。只有现场规划的任务才计费。
要不要专门加一台电脑？17 台设备一台电脑够用，前提是 USB 口够、供电稳。设备再多建议按业务分机器。
AI 侧会不会出现「以为做完了其实没做」？会有，所以我们强制保留执行记录，跑完对一遍。这也是为什么兜底规则写的是「标待人工」而不是「尽力尝试」。
和群控软件冲突吗？不冲突。设备接入、投屏、分组这些还是原来的那套，AI 是叠在上面的任务层。方案对照那篇里有更清楚的层次划分。
新手从哪一类流程开始试？从一次性任务开始。跑坏了代价最低，而且能立刻感受到「说一句就行」和「先写脚本」的区别。
最后
回到我朋友那个问题：群控脚本还要不要写。
要写，但值得写的流程变少了。步骤固定、长期不变的活，脚本仍然是最稳的选择。真正在减少的，是那些为界面变动而写、改版就作废的脚本。这部分交给 AI 更合适。
他现在的工作方式是：新流程先用对话跑两遍，跑顺了再决定要不要固化成脚本或者工作流。这个顺序让他三个月里重录的次数从十几次降到了两次。
如果你也在纠结要不要换，建议先挑一条界面常改的流程试，别一次全换。一条跑通，判断会清晰很多。
关于 EasyClick：手机自动化 AI 智能体平台，覆盖安卓免 root、iOS 免越狱、鸿蒙 Next 三大生态，提供脚本开发、苹果群控、本地中控投屏与云控系统。→ 了解全部产品
想要真实跑起来？
本文介绍的方案均可基于 EasyClick 能力在 iEasyClick 落地。官网提供完整文档、开发工具与自动化产品，免费体验。