为什么需要它？

移动端自动化在规模起来之后，就会需要有对应的远程真机平台来管理大量的真机或虚拟机，这一点是毋庸置疑的。不然难道要一个个手机接到电脑上吗？

功能介绍

• 支持 Android、鸿蒙、iOS（即将支持）
• 支持 MCP（Claude，Cursor，Opencode，Codex 都可以用）
• 部署简单，仅需一个二进制文件。
• 支持插件系统
• 支持 UI 树查看，内置 XPath 查询
• 所有的功能都可以通过 API 来调用，适合与其他系统集成
• Android 特有
  • 投屏基于 scrcpy 延迟极低 (<20ms)
  • 支持 adb connect 远程连接

虽然现在还有一些问题，不过我已经迫不及待的想让它与大家见面了。真的已经前前后后开发了好久好久了。

这个平台长什么样呢？

下载地址

https://get.uiauto.dev/

文档

https://www.yuque.com/codeskyblue/uiautodev/

开源方案

虽然把这块放到最后了，其他它是非常重要的

历史上开源的远程真机有 openstf，atxserver2，sonic，可能还有其他我不知道的 (可以留言告诉我)。

但是这些优秀的项目在开发了一段时间后，又都停止了维护，为什么会这样，明明社区很活跃呀。作为 openstf 的早期贡献者，atxserver2 的作者，有幸现场听过 sonic 作者在 mtsc 大会分享的观众。有一些自己的见解想说。

为什么不维护了呢。我觉得道理很简单，就是付出太大，回报太少，维护不动了。强大如 openstf 有 headspin 的赞助也还是没能挽救项目。sonic 项目作者也在加入大公司后因精力不足停止了开发。atxserver2 的作者也就是我，在加入新公司后，由于内部已经有一个真机平台了，自己继续维护需要消耗大量的精力，可能会影响到本职工作，所以后面也只能放任不管了。

所以我最终得出了一个结论，全开源是不行的，无法做到持续发展，不开源也是不行的，一个人的精力和视野都很有限。

所以在所有这项项目的基础上，我重新设计了现在的项目。

参考了 sublime 的实现模式，核心功能闭源，插件系统开源，社区版正常使用，付费后，可以关闭每隔一段时间的弹窗。

为什么要这个插件呢?

每个人，每个公司的需求或多或少都是有一些差异的，同一套系统去满足所以有的需求会增加系统的复杂度，引入一些不必要的 bug, 消耗开发者的精力。

但是插件却可以保持系统精简的前提下，让功能无限丰富。有些公司内部的功能不方便开源，就可以专门闭源搞一个插件。

插件开发的难度如何

为了顺应 ai 时代的潮流，插件的开发也可以 AI 来辅助。预先写好的 claude.md 提供更精准的背景知识。只要提示词说清楚了，10 分钟写出来一个插件是绝对没有问题的。

后续

我这个人非常的喜欢分享，特别希望自己写的东西有更多的人去用。虽然这个平台跟我想象的完美还有一些差距，但是真的不想等了，不然不知道要等到什么时候。
欢迎加入我的 QQ 群跟我探讨 536481989