硅基铁匠丙午年 · 独立刊物
← 返回全部文章
技术与 AI约 7 分钟

电脑也能控制 Android：Another 把手机操作接进 AI

Another 能在 Windows、Linux 电脑上镜像并控制 Android 手机，还能通过 MCP 把截图、点击、输入和 UI 读取交给 AI。这里给出一条安全的上手路线，也讲清它当前的权限和版本边界。

在电脑上点手机、输入文字、截图和录制操作，scrcpy 早就能做。 Another 在这条链路上又接了一层：它把 Android 控制做成桌面应用，再通过 MCP 把截图、点击、滑动、输入和 UI 读取开放给 AI 客户端。

于是，Claude Code 、 Cursor 或其他支持 MCP 的 Agent，也能操作一台通过 USB 连接的 Android 手机。

这件事很实用，也有风险。 Another 暴露的能力里包含任意 adb shell 命令，MCP 服务没有密码。教程先从备用机、 USB 连接和无害任务开始，不碰支付、聊天发送、账号授权和真实业务数据。

项目地址：github.com/Zfinix/another

Another 到底是什么

Another 是一个 Tauri 2 桌面应用，前端用 React，后端用 Rust 。手机画面和控制依赖内置的 ADB 与 scrcpy-server 2.7。

它不要求 root，也不用在手机里安装常驻 App 。手机开启开发者选项与 USB 调试后，电脑通过 ADB 推送 scrcpy 服务端，接收 H.264 视频流，再把鼠标、键盘、滚轮和导航键传回手机。

桌面端可以完成这些操作：

  • 实时镜像并用鼠标操作手机；
  • 键盘输入、返回桌面、调节音量；
  • 截图、无声 WebM 录屏；
  • 录制和回放操作宏；
  • Android 11 及以上设备转发音频；
  • 通过 MCP 交给 AI Agent 控制。

Another 没有内置大模型，只提供控制工具。模型、账号和推理费用仍由 Claude Code 、 Cursor 等 MCP 客户端负责。若使用云模型，截图、 UI 树和 shell 输出可能会发送给对应模型服务商。

它解决了哪些痛点

测试手机不用反复拿起来

开发 Android 应用、 H5 页面或移动端流程时，经常要在键盘、鼠标和手机之间来回切换。 Another 把手机放进桌面窗口，输入、截图和常用按键都能在电脑上完成。

重复操作可以录成宏

固定的点击、滑动和等待可以录制后回放，适合重复演示、简单回归和设备准备。它不适合对界面变化很大的流程，坐标一旦改变，宏就可能点错位置。

AI 可以观察后再操作

AI 能读取截图，也能通过 uiautomator dump 获取 UI XML，寻找按钮和文本，再执行点击。每步操作后重新截图，就能形成“观察—执行—验证”的小循环。

这套 UI 树并非 Android Accessibility Service 。 WebView 、自绘游戏界面、密码窗口和部分厂商界面可能拿不到完整节点，遇到这种页面仍要依赖截图与坐标。

先完成手动控制

1. 准备电脑和手机

截至 2026 年 7 月，最新 Release 是 v0.4.0，提供：

  • Windows x64：EXE 、 MSI；
  • Debian/Ubuntu：DEB；
  • Fedora/RHEL 系：RPM；
  • Linux 通用包：AppImage 。

当前 v0.4.0 没有 macOS 安装包。 README 仍写着 macOS 下载，但那和最新 Release 的实际资产不一致。 Linux 用户优先选择 DEB 或 RPM，已有用户报告部分新内核运行 AppImage 时出现 SquashFS 错误。

Android 端需要：

  1. 打开“开发者选项”；
  2. 开启“USB 调试”；
  3. 用数据线连接电脑；
  4. 在手机上核对并接受这台电脑的 ADB RSA 指纹。

基础镜像依赖的 scrcpy 理论上支持 Android 5.0 及以上，音频转发需要 Android 11 及以上。 Another 没有给出完整机型兼容表，Android 14 和部分厂商设备已有黑屏反馈。

2. 第一次只做低风险测试

安装并打开 Another 后，先进入 Settings，关闭默认自动启动的 MCP Server 。然后选择 USB 设备，依次测试：

  • 画面是否正常显示；
  • Home 和 Back 是否有效；
  • 能否输入一段普通文字；
  • 能否保存一张截图。

出现黑屏时，先切回 H.264，再降低到 720p 、 30 FPS 。部分国产手机还要开启“USB 调试（安全设置）”。这和无障碍服务无关，不要因为黑屏去乱开额外权限。

手动控制稳定后，再进入 AI 环节。

把手机接进 AI 客户端

Another 的桌面应用可在本机启动 MCP HTTP 服务：

http://127.0.0.1:7070/mcp

在支持 HTTP MCP 的客户端中加入：

{
  "mcpServers": {
    "another": {
      "type": "http",
      "url": "http://localhost:7070/mcp"
    }
  }
}

配置完成后，先在 Another 图形界面断开设备连接，再打开 MCP Server 。 GUI 和 MCP 会建立各自的 scrcpy 会话，又都使用本机 27183 端口，同时连接可能互相打断。

第一次可以给 Agent 这样的约束：

只操作当前连接的备用 Android 手机。
禁止调用 another_shell。
禁止安装、卸载、清除数据、发送消息、下单、支付和修改权限。
每次点击前先截图或读取 UI 树，每次操作后再次截图验证。
只执行：列出设备、连接设备、返回桌面、截图、断开连接。
任何超出范围的动作先暂停并询问。

推荐调用顺序：

another_list_devices
another_connect_device
another_take_screenshot
another_get_ui_tree
another_press_button
another_take_screenshot
another_disconnect_device

这一轮跑通后，再增加启动指定 App 、寻找控件、输入测试文本等动作。涉及发送、删除、授权、购买和账号变更时，保留人工确认。

适合谁

Android 开发者和测试人员最容易用上。真机镜像、截图、重复回归和 UI 检查都能留在电脑桌面，AI 还能帮助跑一段低风险测试流程。

需要批量制作手机操作演示的人，也可以用截图、录屏和宏减少重复工作。不过当前录屏来自桌面 canvas，输出 VP9 WebM，不包含手机音频。

做 AI Agent 、 MCP 或移动端自动化研究的人，可以把它当作一个容易观察的实验入口。它还不适合直接接入生产客服、真实账号运营或无人值守交易流程。

普通用户如果只想在电脑上控制手机，成熟的 scrcpy 更稳，支持面也更清楚。 Another 的主要增量是桌面界面、宏和 MCP；是否值得换，取决于是否真的需要 AI 介入。

使用前要知道的边界

Another 仍是一个很年轻的项目：仓库创建于 2026 年 3 月，当前只有几十次提交，v0.4.0 的发布工作流里 macOS 构建失败，也没有完整自动化测试目录。

MCP 虽然只监听 127.0.0.1，却没有 token 或密码。本机其他进程只要能访问 7070，就可能尝试调用控制工具。不要把这个端口转发到局域网或公网，不用时直接关闭 MCP 。

another_shell 没有命令白名单、 dry-run 或二次确认。它可以用 ADB shell 卸载应用、清数据、修改设置和发送 Intent 。首轮教程里直接禁用它，比指望 AI 每次判断正确可靠得多。

Wi-Fi ADB 也要谨慎。 Another 的“Disable WiFi”目前只断开电脑端连接，不会关闭手机端 TCP 5555 。用过无线模式后，应重新通过 USB 执行：

adb -s USB_SERIAL usb

也可以关闭手机 USB 调试或重启手机。公共 Wi-Fi 、公司网络和陌生局域网里不要启用传统的 5555 无线 ADB 。

Another 已经把“AI 操作手机”做成了一个能试的开源入口。现阶段先用备用机和测试账号，明确权限并逐步验证；主力手机暂时别直接交给 Agent 。

如果让 AI 帮你操作手机，你最愿意先放开的任务是什么：回归测试、截屏整理，还是重复填表？

来源：https://github.com/Zfinix/another