Cursor智能体新增电脑操作：本地代理可点击输入

Cursor的编程智能体正在突破编辑器的边界。最新推出的"电脑使用"（computer use）功能，让智能体能够像人类一样在电脑上点击和输入，而不仅仅是在代码编辑器内工作。这意味着AI代理可以构建功能、打开应用、模拟操作并验证其是否真正可用——从写代码到实际测试的闭环，正在被自动化打通。

从云端虚拟机到本地桌面

在此之前，Cursor的云端智能体已经能在自己的虚拟机环境中执行类似操作，完成应用内的交互验证。而这次更新的核心变化在于：本地智能体也获得了这项能力，可以直接运行在用户自己的Mac或Linux机器上。

这一转变的意义不小。云端虚拟机虽然隔离性好，但环境与开发者本地配置往往存在差异；本地智能体则直接面对真实开发环境，能更准确地复现问题、验证功能。当然，权限问题也随之而来——在Mac上，该功能需要辅助功能（accessibility）和屏幕录制权限；在自托管机器上，功能默认关闭，需要用户手动启用。

云端虚拟机是指由服务商在远程服务器上分配、通过虚拟化技术模拟出的完整计算机环境。智能体在其中运行操作系统与应用，与用户本地设备相互隔离。这种做法的好处是安全边界清晰、环境可随时重置，但缺点也明显：虚拟机中的系统版本、依赖库、已安装软件与开发者本地机器常常不一致，因此智能体验证通过的功能，在用户本地仍可能因环境差异而失败。本地智能体直接运行在用户的Mac或Linux机器上，省去了环境同步环节，能更真实地复现和验证问题。

代理自主性正在提升

Cursor透露了一个值得关注的数字：其内部超过30%的已合并拉取请求（pull request）现在来自自主工作的智能体。这个比例说明，AI代理在真实生产流程中的参与度已经相当高，不再只是辅助补全代码，而是开始独立完成从开发到提交的完整任务单元。

结合本地电脑操作能力，智能体的工作流可以进一步延伸：构建功能后自行启动应用、模拟用户操作、检查功能是否按预期运行，发现问题再回到代码修改。这种"开发-验证-修复"的循环若能稳定运转，将显著减少人工测试的重复劳动。

拉取请求（pull request，简称PR）是Git等版本控制协作流程中的核心概念：开发者在一个独立分支上完成修改后，向主分支发起合并请求，由团队成员审阅、讨论并决定是否合并。一个PR通常对应一个完整的功能或修复单元，包含代码变更、说明和测试。因此，“已合并PR中来自自主智能体的比例”是衡量AI代理实际生产力的重要指标——它意味着智能体不仅生成了代码，还独立走完了从修改到提交、通过审阅并被接纳的完整流程。

安全与信任的边界

让智能体驱动桌面，天然会引发权限与安全的讨论。Cursor在权限设计上采取了两层策略：Mac上必须显式授予系统级权限，自托管环境则默认关闭、需主动开启。这种保守的默认设置，反映出厂商对本地代理潜在风险的谨慎态度。

对开发者而言，是否启用取决于具体场景。在隔离的开发环境中，本地智能体可以大幅提升效率；若涉及敏感数据或生产系统，则需权衡代理操作的可控性。原始素材也留下了一个开放问题：你愿意让智能体驱动你的桌面吗？这个问题的答案，可能决定本地代理能力的采用节奏。

辅助功能（accessibility）是macOS提供的一套系统级接口，允许应用读取屏幕上的界面元素、模拟点击、键盘输入和焦点切换。屏幕录制权限则允许应用捕获屏幕画面内容，用于识别当前界面状态。两者结合，正是智能体“看懂屏幕并操作电脑”的技术基础。由于这些权限赋予应用观察和操控整个系统的能力，macOS要求用户逐项显式授权，且可在系统设置中随时撤销。对本地代理而言，这意味着权限范围直接决定了智能体能触达的数据和应用边界，是安全评估的首要变量。