AI 写完移动端，验收还得你手点？这个 MCP 让 Claude Code 自己点
mobile-mcp 把 iOS 和 Android 的模拟器、仿真器、真机接进 MCP，让 Claude Code、Cursor 这类客户端直接点按、输入、截图、录屏。GitHub 10k star，Apache-2.0。它优先读无障碍树，少烧截图 token。但装完不等于测试就稳了。
移动端 AI 编程有个尴尬的断点：代码生成很快，最后验收还是人手在模拟器里点。mobile-mcp 想补这一段。它是 mobilenexthq 做的 MCP server，GitHub 上 10k star，Apache-2.0，能让 Claude Code、Codex、Cursor、Gemini、GitHub Copilot 等 MCP 客户端驱动 iOS 和 Android 的模拟器、仿真器与真机。
它解决的事情很具体：同一个 API 覆盖 iOS 和 Android，不用分别写 XCUITest 或 Espresso，也不要求 agent 先成为平台专家。默认从原生无障碍树读 UI 元素，必要时才退回截图加坐标。这个选择很实际，截图方案看起来通用，token 成本和模糊性都高；能读结构化元素，点击和断言才更稳。
能力清单不短。点击、双击、长按、滑动，安装、启动、终止 App，清数据，录屏，读剪贴板，改 GPS，改方向，折叠屏开合，deep link，都能通过 MCP 工具暴露给客户端。它还支持 Mobile Next Cloud 里的真机，工具一致，不用本地配设备。对需要跑多机型矩阵的团队，这个方向比把一堆模拟器塞进 CI 更现实。
安装给得很省事：
npx @mobilenext/mobile-mcp@latest install
它会检测本机上的 MCP 客户端，让你选要配置哪些。加 --yes 可以全部自动配。手动配置也有 README。iOS 模拟器要 Xcode 和已启动的 simulator，Android 模拟器要 SDK 和运行中的 emulator，真机要 USB 信任或 adb 授权。这些前提没变，MCP 只是把操作入口统一了。
有个判断：这类工具真正改变的是移动端验收的可重复性。让 agent 会点屏幕只是表面。演示视频里 Claude Code 控制模拟器很顺，真实项目里一个系统权限弹窗、一次网络抖动、一个没有 accessibility label 的按钮，都够 agent 停住。10k star 说明需求真，但不等于免检。Airsc 的扫描显示没有发现高风险模式，许可证是 Apache-2.0，代码还是得自己看。
适合谁？做 native App UI 测试的，要做跨多个 App 数据录入的，让 LLM 跑多步用户旅程的，以及想把云端真机接进 agent 工作流的。只想让 AI 帮忙点两下，手动点可能更快。
发布时间: 2026-10-31 23:30