iOS 脚本从哪来？iOS 脚本自研、买现成、AI 三条路横评

把每天要重复点的步骤写成代码，让手机自己跑，这就是自动化脚本。群控是脚本上面那一层，用来同时管多台设备。

脚本的真实成本，在第一次修改里

去年冬天有个做跨境客服的朋友来找我，说想把脚本收回来自己维护。他两年前找外包做了十二个 iOS 自动化脚本，钱一次性付清。第三年平台改版，页面路径全变了，十二个脚本一起挂。原作者说现在按次收费，一个脚本八百；算下来将近一万，下次改版还得再付。

第一次交付的价格只是开头。后面两年要改多少次、每次修改谁说了算，才是这笔账。改一次要多少钱，得单独问。选脚本从哪来，要看后面那些会重复发生的事。三条路各有长短：自研改得动，买现成启动快，AI 生成单次成本低。流程会不会变、团队里有没有人接得住，决定走哪条。

五个硬指标，和三条路的横评

五项硬指标直接对照。交付速度决定你多久能看到第一批结果：

判断标准	好	一般	差
首个脚本可用	当天到三天	一到两周	一个月以上
流程小改	当天改完	排队等档期	重新谈需求
加一个新平台	复用现有流程，两天内	重写一份	重新报价
试错成本	低，随时改	中等	改一次付一次

第一次交付快不快，不如问明天加一个判断条件要多久。单脚本成本决定账怎么算：

判断标准	好	一般	差
首次开发	人力时间成本	按条报价	按条报价且不含维护
后续修改	自己的时间	按次收费	按次收费且涨价
复用程度	一套流程多平台复用	一个平台一份	一个账号一份
隐性成本	少	沟通与排期	反复返工

按条报价看起来清晰，隐含的假设是这个流程不会再变。对比时要把未来半年的修改次数乘进去。可维护性决定三个月后还认不认得出这是自己写的：

判断标准	好	一般	差
参数外置	账号与字段全部外置	部分外置	写死在代码里
异常处理	有重试、有超时、有截图留证	部分有	出错就停
交付形式	源码或可自己打包的工程	可执行文件	只能远程跑
接手难度	换个人能看懂	要原作者讲一遍	没人接得住

能力上限决定你能不能做更复杂的事：

判断标准	好	一般	差
逻辑表达	判断、循环、重试、子流程	顺序执行加简单判断	只能录制回放
识别能力	模板匹配加 OCR	只有一种	只能按坐标点
多设备协同	按组下发、按设备取参数	只能单机	只能单机
扩展性	有 API，能接自己的系统	封闭	封闭

业务会长大。今天只需要定时发帖，明年可能要接订单、汇总数据、按结果分支。交付时问一句以后要加逻辑怎么办，能省掉一次推倒重来。最后是以后换不掉的风险：

判断标准	好	一般	差
代码归属	源码在自己手里	交付可执行文件	只有远程账号
依赖关系	停掉作者也能自己跑	需要作者配合改	必须依赖作者的服务
联网行为	可审计，无未知回传	不清楚	有写死的远程地址
迁移成本	换个平台能带走逻辑	要重写	要从零开始

外包可以做。要单独问清楚修改权还在不在自己手里：明天联系不上这个人，脚本还能不能改。把上面的指标压成一张表，三条路的差别就很直观：

维度	自研	买现成	AI 生成
首次交付	慢，一到四周	快，当天到一周	很快，当天
单次成本	人力时间	按条报价	接近零
修改自由度	完全自主	看作者排期	完全自主
复杂逻辑	上限最高	取决于作者水平	中等，异常分支要人工补
参数化支持	取决于自己有没有写	常见缺失	需要自己整理配置
团队门槛	需要有人会写代码	无	无
长期风险	人员流动	作者失联、按次收费	逻辑不可控、难审计

三条路的分界就两件事：流程会不会变，团队接不接得住。交付出来的脚本要满足什么标准，买群控软件时那 5 条评估标准可以直接拿来当验收清单。自研适合流程会持续变化、团队里至少有一个能看懂代码的人，典型是矩阵长期运营、平台还在改版的阶段，修改不用求人。买现成适合流程非常固定、短期内不会动的情况，比如每天固定时间巡检订单，启动快，修改权留在别人手里。AI 生成适合一次性任务、探索性需求和没有开发资源的小团队，单位成本最低，异常分支写不全，需要有人把「出错了怎么办」补上。哪些任务适合交给它，这两者的分工里有更具体的界线。比较稳的组合是核心流程自研或买断源码，边缘任务交给 AI。

按团队怎么配、交付的坑和算账

一个人管三十台设备，没有人手写代码但流程会变，建议走可视化工作流加 AI 生成，账号、关键词、时段全放进配置表，流程留一份，做法在不写代码也能做手机自动化里讲得比较细。两个人的小团队，一个懂业务、一个懂代码，建议核心流程自研、边缘交给 AI；如果这台机器最终要跑矩阵，脚本组织方式还要按矩阵方案那份横评里的参数化标准来写。已经在外包的，先把修改最频繁的几条自己重写，跑稳后再逐步收。把「改一次多少钱、交付什么形式」写进合同，比争取降价有用。平台覆盖多个市场时，看一套流程能不能复用到安卓和鸿蒙，平台选型那份对比里有现成的对照。

交付环节有六个常见的坑：把“能用”当成“能维护”，验收只看跑通、没看是否参数化，三个月后加账号才发现要改三十个文件；只买可执行文件，改一次找作者一次、没法审计联网行为；没有异常分支，演示环境很顺、一上真机就卡在弹窗上；一个账号一份脚本，二十个号就是二十份文件；验收只看结果不看留证，出问题要能回看当时屏幕是什么；没有版本记录，改坏了想回退发现上一版已被覆盖。

算账看替代了多少人工时间，脚本单价说明不了这件事：

项目	一次性	每年
自研（人力时间）	一到四周的开发时间	维护与迭代时间
买现成	按条报价	每次修改按次收费
AI 生成	接近零	人工补异常分支的时间
设备与授权	按设备数计	扩设备时增加
平台改版带来的返工	无	视平台更新频率

拿一个具体场景算：这个动作一个人每天要花四十分钟，一年大约两百四十个小时，脚本开发加调试花掉三天，一两个月就回来了。一个动作一个月只做一次，写脚本就不划算，交给 AI 临时跑一次更合适。平台改版带来的返工不写在报价单上，但每年都会发生一到两次。选方案时问清楚平台改版了怎么办、谁负责修。想按自己的设备规模算总账，可以用成本测算那篇里的口径。

几条选型建议：先问“这条流程三个月后会不会变”，会变就别把修改权交出去；把修改价格写进合同，第一次价格和后面每次修改的价格一起谈；验收清单里必须有参数化、异常处理、截图留证和源码归属四项；小团队优先用可视化工作流，不用为每次改动都找人；三条路可以叠着用，核心自研或买断、边缘交给 AI，稳定之后再看要不要积累。

关于 EasyClick：手机自动化脚本开发平台，覆盖安卓免 ROOT、iOS 免越狱、鸿蒙三大手机生态，还提供苹果脚本编写、苹果群控、安卓群控、远程云控、AI 群控手机等。→ 了解全部产品