一个人改崩溃的脚本，问题在没按二十台设计
有个自己做跨境电商的朋友，写脚本出身，一开始只有三台手机：每台一份脚本，账号、关键词、发布时间都写在代码里。加到二十台后，有一次平台改了按钮位置，他要把二十份脚本里的坐标都改一遍，改到第十一份已经开始怀疑人生；第二天又发现有两台跑的还是旧脚本。他说了一句：问题不在于脚本难写，而在于没为「二十台」这个规模设计过。
搭 ios 手机矩阵，最容易犯的错是把它当成「设备的事」，上来就想买几台手机、怎么接线。设备是最后一层，结构才是第一步，先把结构拆清楚，后面每一步都会简单很多：脚本层负责「做什么」（跑什么流程、在什么条件下做、失败了怎么办），设备层负责「在哪做」（哪台设备对应哪个账号、怎么命名分组），网络层负责「从哪出去」（出口怎么分），再补一层可选的数据层负责「做得怎么样」（执行记录、截图、汇总）。
脚本层，一套代码怎么跑 N 个号。 这是矩阵和普通自动化最大的区别。普通脚本把所有值写死在代码里，矩阵里流程留在代码、值全部外置，账号、密码、关键词、发布时段、素材目录这些每个号都不一样的东西写成一份配置，运行时按当前设备去查。这样做有三个好处：改平台改版只需改一处坐标，所有设备同时生效；加设备只是往配置表里加一行，不用碰代码；出了问题能确定「所有设备跑的是同一份逻辑」，排除了脚本版本不一致的干扰。配置表可以很简单，一行一台设备：
TikTok-US-01,account_a,pass_a,keyword_a,09:30
TikTok-US-02,account_b,pass_b,keyword_b,10:10脚本启动时拿到自己的设备名，去这张表里取自己那一行；中控下发任务时设备名是天然带着的，不用额外传参。
设备层、网络层、数据层怎么配
设备层，接入方式、命名与分组。 设备层的重点不是买什么手机，是让每台设备有清晰的、脚本能识别的身份。接入方式按场地选：设备摆架子上不挪窝，用数据线直连（中控 10.7.0 以上配合 iOS 17 以上的手机，一台一根线，不需要额外硬件、也不用签名）；设备要挪动或分散在同一局域网，用 WiFi 更省事；设备离电脑太远、线拉不过去，才考虑外接硬件。命名用英文和短横线，「平台-市场-编号」，别用中文和空格，因为这个名字要被脚本读取，中文在某些环节有编码问题。分组按业务维度来，先按平台再按市场，设备多了以后下发任务和排查都按组操作。
分组做好后，下发任务时按组选，不用一台台勾；加新设备只需丢进对应的组，脚本不用改。
网络层，出口怎么分。 很多人是「每台设备一个独立代理」，也有人「所有设备走同一个出口」，两种都不太对。更合理的规则是按平台和市场分两层：同一平台内的账号不共享出口（三个 TikTok 美国号走同一个出口，是明显的关联特征），不同平台之间共享出口没问题（两个平台不交换数据，反而更像「同一个美国用户在正常上网」），同一账号的出口要稳定（今天从 A 出口登录、明天从 B 出口登录，这个变化本身就是异常信号）。所以实际操作是：按市场准备几组出口，把设备的网络配置和它的市场对应起来，同市场同平台的账号错开。还要注意：频繁断线重连的出口比稳定复用的出口风险更高，重连说明短时间内出现了多次网络切换，这个特征很容易被记下来。
数据层，执行记录怎么收回来。 这一层可选，但设备超过十台后基本变成必需，规模上去后你没法靠眼睛确认每台都跑对了，三十台同时跑、没有记录，你连「昨天那批任务跑完了没有」都答不上来。需要记录三件事：哪台设备、跑了哪一步、结果是什么。结果这一步最省事的做法是让脚本在关键节点截图：失败时能看到当时屏幕停在哪，也能作为执行过的凭证。
设备不多时实时日志就够用；设备多了日志会刷得很快，这时更需要「筛选」和「只看失败」，所以脚本里最好给不同结果打上不同标记。
故障处理、参考配置和判断标准
故障：掉线、卡死和补跑。 矩阵跑到一定规模，故障是常态，关键是处理顺序固定，别每次临时想。掉线先分辨是设备还是通道的问题：换一根线、换一个口，恢复了就是线或口的问题；同一批设备同时掉，更可能是集线器供电不够，把设备分到不同控制器上试试。脚本卡死的表现是画面还在但不动了，或某一步一直不往下走，先看执行记录确定卡在哪一步，再单独拿一台手动走一遍那一步，判断是脚本的问题还是页面变了。补跑的逻辑：单台失败重试一次，连续两次不行就摘出去记下来；多台同时失败就停下来查脚本，多台同时出问题，基本不可能是设备的事。有了这几层，基本能做到「故障不影响整体进度」：矩阵不能保证不出问题，但能保证问题不扩散。问题会消失吗？不会，只是不再扩散。批量发布的完整流程，YouTube 矩阵批量发布里有一份可直接参考的写法。
一套 20 台的参考配置可以直接照搭：脚本层一份主流程脚本 + 一份设备配置表，账号相关的值都在表里；设备层 20 台同型号 iPhone，数据线直连，按「平台-市场-编号」命名并两级分组；网络层按市场准备 2 组出口，同平台账号错开；数据层脚本在关键节点截图，记录保留最近 30 天，失败的单独标记；故障处理单台重试一次后摘除，多台同时失败先查脚本。真正需要按业务调的是配置表内容，账号、关键词、时段。长期跑下来的效果与衰减，可对照长期运行的效果与衰减。
ios 手机矩阵搭得好不好，判断标准很朴素：改一个参数，你需要动几个地方。 答案是「一个」的时候，你的矩阵是健康的；答案是「二十个」的时候，你搭的不是矩阵，是二十台互不相干的手机。话不好听，但准确。
关于 EasyClick：手机自动化脚本开发平台，覆盖安卓免 ROOT、iOS 免越狱、鸿蒙三大手机生态，还提供苹果脚本编写、苹果群控、安卓群控、远程云控、AI 群控手机等。→ 了解全部产品
想要真实跑起来？
本文介绍的方案均可基于 EasyClick 能力在 iEasyClick 落地。官网提供完整文档、开发工具与自动化产品，免费体验。