相信大家都看过将数十台甚至上百台真实的移动设备（Android 手机、iPhone 或无屏手机主板）集中安装在机架中，由电脑进行集中管理的震撼照片，此类管理形式一般叫所谓手机农场/真机农场（Phone Farm/Device Farm）。
除了臭名昭著的黑产、灰产经常使用手机农场进行诈骗外，在移动端自动化、社交媒体矩阵营销（如 TikTok / Instagram 运营）、云手机（AWS Device Farm等）等真实需求场景，如何高效、低成本地管理多台物理设备成为了不少开发者与技术团队的痛点。
对于真机自动化，iOS 和 Android 难度并不完全相同。Android 有 ADB，再结合 scrcpy/Appium/uiautomator2 等开源工具，普通技术人员就能实现一个简单的Android 手机农场管理平台。而iOS 要过配对、开发者模式、签名、WebDriverAgent、端口转发，还得让整套东西在重启后自己活过来。多数团队要么使用商业化的BrowserStack /AWS Device Farm等服务 ，要么自己写一堆 shell 脚本。
针对iPhone手机农场的管理，开源项目 prod-FARM-IOS-Core 提供了一套完整的解决方案。它让你只需一台 Mac，就能将多台物理 iPhone 整合为一个自动化手机农场。
prod-FARM-IOS-Core：https://github.com/Git-Agni/prod-FARM-IOS-Core
prod-FARM-IOS-Core 是一个运行在 Mac 上的 iPhone Phone Farm，把真实 iPhone、WebDriverAgent、Appium、任务调度器、PostgreSQL 数据库以及 Web 管理后台组合成了一套完整的 iOS 自动化基础设施。
prod-FARM-IOS-Core 不仅支持实时远程控制，还内置了完整的后台任务调度器和工作流支持。项目目前甚至内置了 TikTok 自动化插件，可以直接创建浏览 Feed、发布内容等任务。完全可以基于它开发 Instagram、YouTube、Facebook、企业 App 测试、设备巡检或者其他内部自动化插件，而不需要修改核心调度系统。
prod-FARM-IOS-Core 核心能力
prod-FARM-IOS-Core 的核心能力可以拆成四块：
1. 设备入驻
引导式注册：发现 USB 设备、检查开发者模式、签名并部署 WebDriverAgent、写入 devices.json（权限 0600，含 UDID、端口、坐标档、锁屏密码、插件数据）。
2. 实时操控
Dashboard 用 MJPEG 推画面（不是 WebSocket），点按/滑动直接打到 WDA，不经过 Appium。网格页用周期性截图。
3. 持久调度
任务落在 PostgreSQL + pg-boss。支持立刻跑、单次定时、每日、每周；有执行历史、重试、取消、运行窗口（默认 30 分钟过期）。Mac 重启后任务还在。
4. 插件
内置 TikTok 插件（浏览/定时发布一类工作流）。业务逻辑做成 ESM 包，核心调度和路由不用改。
prod-FARM-IOS-Core 架构
prod-FARM-IOS-Core 的架构采用了职责分离的设计，后台通常由 4 个长期运行的进程协同工作：
- Web 服务器 (npm run web)：提供控制台 UI 与 REST/WebSocket API。
- Appium 服务 (npm run appium)：处理移动端底层 UI 自动化指令。
- WDA 服务管理 (npm run wda:service)：监控并维护 iOS 设备的 WebDriverAgent 进程状态。
- Worker 进程 (npm run worker)：从 PostgreSQL 读取待执行的队列任务并调度 Appium 执行。
类似项目
GADS：https://github.com/shamanec/GADS
Appium Device Farm：https://github.com/AppiumTestDistribution/appium-device-farm
OpenSTF：https://github.com/DeviceFarmer/stf
Maestro：https://github.com/mobile-dev-inc/maestro 不支持真机