OpenCyvis：在后台虚拟显示器运行的开源 AI 手机 Agent

OpenCyvis（全称 Open Cyber Jarvis）是一个基于底层安卓系统的开源 AI 手机 Agent 实验项目。

这几年各家都在推 AI 手机和语音助理。但商业 AI 手机真正让技术用户在意的，不只是价格，而是模型选择、数据流向和权限边界往往不够透明。不仅如此，现阶段大多数基于无障碍服务（Accessibility）的手机自动化工具，在帮你跨应用操作（比如买杯咖啡或查日程）时，往往会死死霸占你的前台屏幕，这期间你什么都干不了。

OpenCyvis 的思路是这样的：别让 AI 在你的主屏幕上乱点，而是给它单独开一块后台屏幕去干活；至于用哪个模型、走云端还是本地，也尽量交给用户自己选。

OpenCyvis 为什么能在后台跑？关键是虚拟显示器

OpenCyvis 的技术思路并不是传统的 ADB 连线控制。它作为系统级特权应用运行，直接调用了 Android 系统的虚拟显示器（VirtualDisplay）能力。

为了让 AI 能真正理解界面，它同时读取两类信息：一类是后台虚拟屏幕的实时截图，用来理解当前画面的视觉布局；另一类是 Accessibility Tree（UI 元素结构树），用来精准获取按钮的坐标、文本内容和层级关系。而且官方说了，这种“双通道”方式比单纯的截图视觉识别更适合处理复杂的 App 交互。

模型可以自己选，但本地运行也有硬件门槛

OpenCyvis 不绑定单一模型厂商，这是它区别于不少商业 AI 手机方案的关键点。

你可以选择接入 OpenAI-compatible API（如 Qwen、GPT），也可以原生支持 Anthropic (Claude)。更重要的是，如果你在意数据隐私，它支持通过 Ollama 跑纯本地的大模型（比如 Gemma、Llama）。在使用本地模型和本地推理的情况下，理论上可以大幅减少敏感数据离开设备的需求。

但这也意味着，如果你希望尽量减少对云端 API 的依赖，设备算力和本地推理环境就会成为新的门槛，你手头设备的硬件算力必须能扛得住这些大模型。

最现实的门槛：这不是装个 APK 就能用

想法确实很有意思，但话也得说在前面：OpenCyvis 现在不是普通用户能直接上手的东西，门槛很高。

换句话说，目前版本需要懂底层编译和刷机。官方 Roadmap 虽然提到了未来可能探索不需要刷 ROM 的轻量级安装方式，但这还不是当下的现实。

开源更透明，但不等于没有权限风险

在移动端 AI Agent 领域，即便是开源项目，也需要正视底层权限带来的风险。

为了完成跨应用任务，AI 拥有读取屏幕、点击 App、输入文字的全量权限，这属于手机上的最高级别控制权。虽然 OpenCyvis 承诺截图只存内存不写磁盘，且代码完全开源可审计，但这只代表它比闭源方案更容易被检查，并不等于“天然绝对安全”。

大家最关心的几个部署门槛问题（FAQ）

Q：这套系统需要手机有 Root 权限吗？
A：不需要常规意义的 Root，但它需要比 Root 更底层的系统集成权限。你必须把它编译进 AOSP 系统镜像并用 Platform Key 签名，这实际上比普通 Root 刷面具的门槛还要高。

Q：有没有真实设备支持列表？
A：目前只要是能兼容 AOSP 的设备理论上都可以。对于没有专门测试机的开发者，项目官方提供了一套模拟器部署脚本（deploy-emu.sh），可以先在电脑模拟器里跑通流程。

Q：它能用来批量操控账号或者自动化薅羊毛吗？
A：项目本身的定位是“本人设备上的合法自动化助理”。必须明确提醒：利用高权限 Agent 绕过平台规则、进行批量刷量等灰产操作，不仅面临账号被封禁的风险，也不符合合法合规的使用边界。

哪些人适合关注，哪些人可以先跳过

以后 AI 越来越多地替你操作手机，问题就不只是“好不好用”了，还包括用哪个模型、数据会发到哪里、AI 到底能碰哪些权限。OpenCyvis 现在还很早期，但它至少把这些问题摊开了，也给出了一个开源方向的参考。

延伸阅读： 了解更多关于本地大模型与 AI 自动化的部署方案

项目主页与源码入口