上个月有个做本地生活的人找我，说他脚本写了三天，一次都没跑通。我问他手机连上了没有。他说还没装中控，想先把流程写出来再说。
顺序反了。脚本里每一步都要对着真实画面调：按钮在哪、点完等几秒、会不会弹框。手机没连上，写的全是猜的，写完还得从头对一遍。
先连上，再动手写
先把这三件事做完，再写流程。
中控装好，iPhone 用数据线接上，电脑能认到这台设备。中控 10.7.0 以上配 iOS 17 以上的手机，一根线连上就能用，不用开发板，也不用签名。
投屏出来，鼠标在电脑上点一下，手机跟着动。
最后这步很多人跳过。得先确认电脑的点击能传到手机上。不然后面脚本跑不动，分不清是连接的问题还是脚本的问题。
连不上怎么办？先看线，再看接口，最后才怀疑中控。三十台里偶尔两三台认不到，八成是线或者 HUB 供电的事，认不到设备那篇拆过这个顺序。
第一版脚本写成什么样
第一版短到十步以内。
别一上来就写「登录 → 选品类 → 填标题 → 传图 → 发布」这种完整链路。还没摸清界面的脾气，链路越长，出错的地方越多，而且不知道错在第几步。
我一般是这么拆的。先录「打开 App，停在首页」这一小段。跑通了，再加两步，比如点进发布页。每次只加一两步，加完立刻跑一次。
这样一次只面对一两个变量。出错了，范围就在刚加的那两步里。
等待别写死秒数，这是新手最容易踩的一处。传一张图，网好的时候两秒，网差的时候十几秒。写死三秒，第三秒脚本就去点下一个按钮，那个按钮还没出来，点空。
等一个特征出现再往下走，比如发布按钮从灰变亮。坐标怎么取、重试怎么写，脚本基础那篇说得细。
从一台扩到一组之前，补两件事
单台跑通不等于能批量。要扩到十台，先把这两件补上。
失败重试。一台的时候失败了你看得见，手动再点一次。十台的时候有三台失败，不会一台台去点。脚本里要写清：这一步找不到，重试几次，还不行就记一条失败记录跳过去，别卡死在那一台上。
结果要能收回来。跑完得知道哪几台成功、哪几台卡在第几步。十台设备一台台打开看，看不过来。定时批量发送里讲的排期，前提就是结果能一次收回。收不回结果，排期表排得再整齐也没用。
补完这两件再扩，而且别一步到三十台，先加到十台跑一周。十台这个规模会暴露一批单台看不到的问题：命名乱、下发漏台、结果看不过来。这几个坑我在第一次管十台里列过。
什么时候该停下来
有个信号很准：花在改脚本上的时间，已经超过手工做这件事的时间，而台数还在一两台。那这件事暂时不值得自动化。
脚本省的是后面一遍遍的重复。第一遍怎么做都得花时间，到第二遍、第三十遍才开始省。