有开发者发现，Cursor云智能体可以运行在用户自己的机器上。lauren在X平台分享了这个用法：把一台不再需要的Mac mini设置为工作节点，就能在模拟器里验证iOS应用。

闲置设备变成验证节点

这条分享提到，很多人升级到Grok @Bot之后，手头的Mac mini就闲置了。与其放着吃灰，不如把它接入Cursor云智能体，当作一台专门跑验证任务的工作机。这样一来，iOS项目的改动可以直接在模拟器里检查，不用再依赖云端环境。

lauren表示，自己是在看完一个走红的poteto poteto poteto工作坊之后，决定动手解决Cursor云智能体在iOS项目上验证改动的问题。具体做法分两步：

  • 在Mac mini上安装agent-device proxy和cloudflared
  • 由Cursor云智能体为api和metro启动隧道

本地隧道打通验证链路

从步骤来看，核心思路是让云智能体通过隧道连到本地Mac mini。agent-device proxy负责设备代理，cloudflared负责建立安全通道。云智能体启动api和metro的隧道后，就能把需要验证的改动送到本地模拟器上跑。

这套流程解决了一个实际问题：云智能体通常跑在远程环境，而iOS模拟器需要macOS。把Mac mini作为本地工作节点，等于给云智能体接上了一台能跑模拟器的机器。开发者不用手动把代码拉回本地验证，云智能体自己就能完成这个环节。

对iOS开发者的意义

对于还在维护iOS项目的开发者来说，这种用法提供了一种复用旧设备的思路。Mac mini本身性能足够跑模拟器，接入云智能体后，验证环节可以自动完成。lauren的分享没有给出具体性能数据，但步骤本身并不复杂，只需要安装两个工具并配置隧道。

目前这条分享还停留在个人实践层面，没有官方文档或大规模测试结果。不过从评论区互动来看，不少人对“闲置Mac mini当worker”这个方向感兴趣。毕竟设备已经在那里，能跑起来就是额外收益。