先分清「不装代理」是什么意思
搜 iOS 免越狱脚本的人，很多已经在写 iOS 自动化脚本，也早就知道 iPhone 不越狱能自动化，卡住他们的是选择太多：代理 IPA、脱机主程序、AI 智能体、USB HID、蓝牙、OTG，六个名词摆在一起，不知道该从哪条下手。
这里有个简单的切分方法：看要不要在 iPhone 上装东西。
代理 IPA 和脱机主程序这两条，本质都是在设备上跑一个签名的应用来做自动化，所以绕不开签名这一步——要么买签名，要么用巨魔之类的免签名方式。另外三条就走另一条技术路线：不往手机里装自动化服务，而是从外部把触控和按键注进去。
后三条就是这篇文章要讲的：USB HID、蓝牙 HID、OTG HID。
三条路子的共同点
先把共性说清楚，省得后面重复。
三条都要求 iOS 17 及以上。这是硬门槛，低于这个版本只能回头用代理或脱机主程序。很多团队评估到一半才发现手上的机器是 iOS 16，白折腾一轮，所以第一件事是确认设备版本。
三条都不需要越狱，也都不需要 IPA 签名。它们走的是 USB 协议层或蓝牙 HID，把设备识别成一个外接的键盘鼠标，系统层面看不到什么异常。
三条的风控层次都比代理模式低——注意这里说的是对风控更友好。原因不复杂：设备侧看到的是真实的外部输入事件，而不是一个在后台跑的自动化服务。对 TikTok、Facebook 这类风控敏感的 App，这个差别会体现在账号存活率上。
代价也很明确：三条 HID 路线没有节点选择器。也就是说，你没法通过控件树去定位元素，只能靠图色、OCR、YOLO 这些基于画面的方式找目标。对界面稳定、以图色为主的项目没影响；对重度依赖控件定位的项目，这就是硬伤。
路子一：USB HID（一根线）
三条里最省事的一条。不需要蓝牙板，也不需要 OTG 板，电脑端跑 HID 主控，一根数据线连上手机就能控制。
成本结构也最简单：只有软件授权，没有硬件开销。对刚想验证一下可行性的团队，无论做单机脚本还是 iOS 群控批量管理，这都是试错成本最低的入口。
它适合什么场景？设备集中放在电脑旁边、线材不难整理的场合。比如十几台机器放在一个工位上，插满 USB 就是。
它不适合什么？设备分散、或者机位离电脑很远的场合。USB 线的长度和 USB 口数量都是硬限制，设备一多，线材管理本身就是个工程。
投屏方面，USB HID 场景下要在系统设置里选「无自动化截图 + USB_HID」，或者「主程序录屏 + USB_HID」。后者需要脱机主程序，流程是先抓图出画面，再打开主程序弹出直播窗口。这是配置上唯一需要留意的点。
路子二：蓝牙 HID（一块 ESP32 板）
设备分散、不想拉一堆线的时候，蓝牙是自然的选择。
原理是电脑端通过串口或 WiFi 连一块 ESP32 开发板，板子再对手机发蓝牙 HID 指令。手机认的是一块外接键盘，看不到电脑。
成本上多了开发板，但换来的好处是机柜里不用布线。几十台设备的场景里，这个差别很直观——线少了，故障点也少了。
代价是流畅度。蓝牙本身的带宽和稳定性有限，做投屏时画面流畅度只能算勉强可用，做纯点击和按键则没什么问题。另外蓝牙方案的配置项比 USB HID 多一层：需要配网、绑定开发板、上传用于截图的快捷指令，初次上手会花点时间。
路子三：OTG HID（板子加转接头）
OTG 是三条里配置项最多的一条，但它的定位很清楚：没有电脑直连条件、又要避免蓝牙干扰时的硬件方案。
它需要 ESP32 开发板加一个 OTG 转接头。相比蓝牙，它的优势是有线连接、无信号干扰，稳定性和风控表现都更好；劣势是配置比蓝牙还繁琐，而且多了一个转接头要考虑兼容性。
按官方给的选型提示，USB OTG 不作为首选推荐。真需要 OTG 时，更建议走脱机版加 OTG 或蓝牙的组合，而不是在 USB 版上硬配。
三条路子怎么选
| USB HID | 蓝牙 HID | OTG HID | |
|---|---|---|---|
| 系统要求 | iOS 17+ | iOS 17+ | iOS 17+ |
| 要买硬件 | 不用 | ESP32 板 | ESP32 板 + 转接头 |
| 连接方式 | 有线 | 无线 | 有线 |
| 流畅度 | 好 | 一般 | 好 |
| 风控表现 | 较低 | 最低 | 最低 |
| 配置复杂度 | 低 | 中 | 高 |
| 适合 | 设备集中在电脑旁 | 设备分散、想少布线 | 无电脑直连、需避蓝牙干扰 |
给一个务实的判断顺序：
设备就在电脑旁边、预算有限，先用 USB HID。这是三条里唯一不需要额外硬件的。
设备分散到机柜各处、不想拉线，上蓝牙。多花一块板子的钱，省掉的布线工作量值这个价。
只有当现场既拉不了 USB、蓝牙又受干扰，才考虑 OTG。它是兜底方案，不是首选。
什么时候还是得回到代理模式
三条 HID 路线不是万能的。有两种情况必须回到代理：
一是需要高权限 Shell 操作。HID 路线能点击、能滑动、能按键、能截图、能做图色和 OCR，但拿不到高权限的命令执行能力。按功能兼容表，高权限 Shell 只有代理和 Root 模式支持。
二是需要节点选择器定位控件。控件树这条路只有无障碍和代理模式有。如果你的脚本重度依赖控件属性定位，HID 路线得改写成图像方案，工作量要重新评估。
好在需求和路线不是一次定死的。按官方的选型建议，海外应用这类风控敏感的场景，可以先用代理或 AI 智能体把流程跑通，等风控加压再切到 HID。先验证业务逻辑，再优化风控，这个顺序比一上来就堆硬件划算。
关于 EasyClick：手机自动化 AI 智能体平台，覆盖安卓免 root、iOS 免越狱、鸿蒙 Next 三大生态，提供脚本开发、苹果群控、本地中控投屏与云控系统。→ 了解全部产品
想要真实跑起来？
本文介绍的方案均可在 EasyClick 手机自动化平台落地。官网提供完整文档、开发工具与群控云控产品，免费体验。