
OpenAI Codex 新增“锁屏运行”功能:Mac 桌面代理进入自动化新阶段
一句话看懂:OpenAI 于 5 月 21 日至 22 日为其桌面代理 Codex 上线了“锁屏运行”功能,允许开发者在 Mac 锁定状态下远程执行本地应用操作。此举打破了以往 AI 桌面代理必须依赖屏幕亮起、设备未锁的硬性限制,使无需值守的长时间自动化任务成为可能。
事件核心:发生了什么
根据 OpenAI 官方公告,Codex 新增的“锁屏运行”功能(Screen Lock Execution)是一项面向 macOS 用户的功能突破。过去,开发者在运行大型代码库编译或 GUI 自动化测试等耗时任务时,往往需要借助第三方插件强制 Mac 保持唤醒。现在,用户可以通过手机发送指令,让 Codex 在 Mac 锁定或息屏状态下自动执行 UI 操作、调整系统设置或运行桌面应用工作流。
技术层面,该功能通过苹果批准的插件实现,并非通用远程解锁路径。用户需显式授权“屏幕录制”和“辅助功能”权限才能启用。同时,OpenAI 设置了明确的行为边界:禁止代理自动操作终端和 Codex 自身,以防范恶意利用或失控风险。受区域监管政策影响,该功能初期不适用于欧洲经济区、英国和瑞士。此外,如果 MacBook 合盖进入特定休眠模式,该功能将停止工作。
为什么重要
这项更新标志着桌面级 AI 代理从“云端协作”迈入“深度系统集成”阶段。此前,AI 代理在本地执行任务时无法脱离用户实时监控,限制了其在开发环境中的实际落地。Codex 突破锁屏限制后,等于将开发者从“守机”状态中解放出来,使得多小时的编译、调试或回归测试任务可以完全交由代理托管。这在技术路线上探索了一种高权限、有约束的“可信代理”运行模式。对于企业级安全而言,这种能够绕过锁屏直接操作系统的代理模式,将对既有的终端安全审计和权限管理模型提出挑战,未来操作系统可能需要为这类 AI 代理设立更精细的权限等级。
对用户/开发者/创作者的影响
对开发者来说,最直接的获益场景是无需值守的 GUI 缺陷复现、桌面应用自动化配置调整以及离线批处理任务。尤其是涉及大量编译或长时间测试的场景,开发者可以不再依赖设备保持唤醒的变通手段,直接远程发起任务并接收结果。但对使用包含生产凭据的开发机的团队而言,此功能的安全合规风险需重新评估——目前公开信息显示,OpenAI 尚未提供完整的操作日志追踪或会话监控功能,企业大规模部署前需要自行建立审计机制。Geographic restrictions also apply, meaning developers in Europe need to account for compliance delays.
AI 工具推荐
想把多个 AI 模型放在一个入口?
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型,适合写作、绘图、视频和日常 AI 工作流。
推广链接:通过此链接购买,我可能获得佣金,不影响你的价格。
值得关注的后续
以下三点值得持续观察:第一,该功能是否会从 macOS 扩展到 Windows 或其他桌面平台,以及各操作系统如何响应并定义更细分的 AI 代理权限;第二,OpenAI 是否会补充运行日志或监控功能,以满足企业级安全审计需求;第三,竞品(如 Anthropic 或微软 Copilot)是否会迅速跟进类似方案,从而引发桌面 AI 代理安全与控制机制的标准化竞争。
来源:AIbase
![[人工智能] 最近用的 AI 工具遇到的几个问题。](https://www.chat-gpts.plus/wp-content/uploads/2026/06/ai_cover_5-883-768x403.jpg)
![[程序员] 和 Claude Code 死磕 3B token 的家庭记账 APP,聊聊 vibe coding 和 spec coding 在长项目上到底差在哪](https://www.chat-gpts.plus/wp-content/uploads/2026/06/ai_cover_4-893-768x403.jpg)
