ARTICLE · 1251570
AI 写完代码,为什么还要你拿手机测?Mobile MCP 把这一步也接上了
开源专刊 / MOBILE MCP
AI 写完代码，为什么还要你拿手机测？Mobile MCP 把这一步也接上了
从写代码到检查 App，把手机操作接到 AI 助手手里。
原创示意配图：通过 Mobile MCP 连接 AI 助手与移动设备。
代码改好了，App 也能打开，但事情还没结束。
登录按钮能不能点？输入框会不会被键盘挡住？从详情页返回，刚才填写的内容还在不在？
这些问题，光看代码往往看不出来。你还得拿起手机，把流程重新走一遍。改一处，点一遍；再改一处，再点一遍。
于是，一个很自然的想法冒出来：
AI 都能帮我改代码了，能不能顺便打开手机，检查一下改得怎么样？
Mobile MCP 做的，就是把手机操作接到 AI 助手手里。
01
你说要检查什么，它去手机上操作
Mobile MCP 是一个开源的手机自动化项目，采用 Apache 2.0 协议。它能把安卓和 iOS 设备接到支持 MCP 的 AI 工具中，包括 Claude Code、Codex 等。
你可以把 MCP 理解成一套连接工具的接口。
AI 负责理解你的要求、判断下一步；Mobile MCP 负责把“读取页面”“点击按钮”“输入文字”这些动作落实到设备上，再把结果交回来。
比如，你正在开发一个记账 App，刚刚修改了新增账单页面。接好设备后，可以提出这样的要求：
打开记账 App，新增一笔 28 元的午餐支出。保存后检查列表中是否出现这笔记录，再打开详情页，核对金额和分类。把检查结果和截图发给我。
这是一条任务示例，实际能否顺利完成，还要看页面结构和 AI 的判断能力。
它的用处也在这里：你描述要走的流程，以及什么结果才算正确，AI 再尝试替你完成检查。
02
它怎么知道该点哪里？
看到“AI 操作手机”，很多人的第一反应是：不停截图，让大模型找按钮？
Mobile MCP 优先读取的是页面的无障碍信息，必要时再结合截图操作。
原理示意：AI 判断下一步，Mobile MCP 调用设备工具，手机返回页面信息或截图。非真实软件截图。
这个名字听着有点专业，其实很好理解。
手机 App 中的按钮、输入框和文字，除了显示在屏幕上，还可能向系统提供一份说明。例如：“这里是金额输入框”“这里有一个保存按钮”“这个按钮目前不能点击”。
这些说明原本用于帮助视障用户使用手机，也能让自动化工具更容易找到操作目标。
如果页面提供的信息完整，AI 就能根据元素名称、类型和位置来操作。遇到没有说明的自定义控件，再获取截图，让具备图像理解能力的模型分析画面，通过坐标点击。
页面说明越清楚，AI 越容易找到目标。只有画面、缺少结构信息的界面，通常就需要多费一些判断。
所以，接入工具不代表所有 App 都能同样顺畅地操作。
03
最值得先试的，是那些反复点测的流程
对独立开发者来说，最熟悉的麻烦，可能就是一个人既写代码，又负责测试。
今天改登录页，明天加搜索框，后天调整设置入口。每次改完，都有几个老问题需要重新确认。
这类任务很适合先交给 AI 尝试。
检查页面跳转。点进详情页，再返回列表，确认没有跳错页面或丢失状态。
检查表单。输入正常内容、留空必填项，看看保存结果和错误提示是否符合预期。
检查不同设备上的表现。同一条操作流程，在安卓和 iOS 上分别走一遍，观察显示和交互差异。
任务示例：输入账单、核对列表、检查详情。图中为说明性界面，并非实测结果。
但任务得说具体。
“帮我看看有没有问题”太宽泛。换成“必填项为空时不能保存，并且要在输入框下方显示提示”，AI 才有明确的判断依据。
能完成操作，和能判断操作结果是否正确，是两回事。
它可以帮你减少重复点击，测试是否充分、有没有遗漏，仍然需要人来把关。
04
安卓和 iPhone 都支持，准备方式不同
Mobile MCP 支持安卓真机、安卓模拟器、iPhone 真机和 iOS 模拟器。不过，各类设备的准备步骤不同。
电脑上需要先准备 Node.js 和一个能正常使用的 MCP 客户端。选择 Node.js 22 或更高版本，可以沿用原文的准备方式。
安卓设备主要通过 ADB 连接。使用真机时，需要安装 Android SDK Platform-Tools，开启开发者选项和 USB 调试，并在手机上允许电脑连接。
可以先在终端运行：
终端命令 / bash
adb devices
看到设备编号，状态为 device，再继续接入 AI 工具。显示 unauthorized 时，先检查手机上的授权提示；列表为空时，先检查数据线和设备连接。
iOS 模拟器通常在 Mac 上通过 Xcode 准备。iPhone 真机也有对应的接入方式，但要按官方文档完成设备信任及相关自动化环境配置，不能只插上数据线就认为准备完了。
然后，再把 Mobile MCP 加到客户端。以 Claude Code 为例：
终端命令 / bash
claude mcp add mobile-mcp -- npx -y @mobilenext/mobile-mcp@latest
这条命令会添加服务配置。首次启动时，需要联网获取相应软件包。使用其他客户端，可以到项目文档中查对应配置。
第一次连接，不用急着安排长任务。先问：
使用 Mobile MCP，列出当前已连接的设备。
找到目标设备后，再问：
读取这台设备当前屏幕上的文字和可交互元素，并截取当前屏幕。
设备能找到、页面能读到、截图能返回，再尝试输入和点击。这样即使某一步出问题，也容易查清楚卡在哪里。连接多台设备时，记得写明要使用哪一台。
05
让 AI 写完代码，也看看实际效果
Mobile MCP 最让人感兴趣的地方，是它把写代码和检查实际界面这两件事接了起来。
过去，AI 改完页面，接下来往往轮到你拿起手机验证。现在，你可以继续描述检查步骤，让它去设备上操作，再带着截图和结果回来。
当然，一次操作成功，还不足以说明整条流程已经可靠。网络波动、弹窗、登录状态变化，都可能让后续步骤发生偏差。
但对于每天都要反复检查几个页面的人来说，能把一部分点测工作交出去，就已经有实际价值。
下一次让 AI 改完 App，不妨再补一句：打开手机，把刚才改的流程走一遍。
从这一步开始，看看它究竟能替你省下多少重复操作。
