💡 站外导读：开发者是否还在为长时间编译、测试任务需要“看守”电脑而烦恼？OpenAI最新发布的Codex“锁屏运行”功能，直击这一核心痛点。它允许在Mac锁屏或息屏状态下，依然能执行复杂的自动化操作，标志着AI桌面代理从“云端协作”迈向“深度系统集成”的新阶段。这不仅是生产力工具的革新，更对企业的终端安全与信任模型提出了全新挑战。
5 月 21 日至 22 日，OpenAI 正式宣布其桌面代理产品 Codex 新增 “Locked Use”（锁屏运行） 功能。该功能打破了传统 AI 代理必须在“解锁且屏幕常亮”状态下工作的限制，允许开发者在 Mac 锁定或息屏状态下，依然能够通过远程指令操控本地应用程序。
一、核心突破：不再需要“看守”你的电脑
以往，在 Mac 上运行耗时较长的复杂工程任务，比如编译庞大的代码仓库或执行 GUI 自动化测试时，开发者常常不得不借助“咖啡因”插件，或者外接一个假显示器，目的就是强制让 Mac 保持唤醒，避免它中途休眠。
Locked Use 的发布改变了这一现状：
-
后台自动化： 用户可以从手机发送任务指令，Codex 即可在 Mac 锁屏状态下自动执行 UI 操作、调整设置或运行桌面应用流程。
-
优化开发体验： 这项功能让“多小时”的长时间任务变得切实可行，开发者从此不必再为保持电脑唤醒而像“守夜人”一样盯着设备了。
二、技术实现与安全机制
为了在保证系统安全的前提下实现这一功能，OpenAI 采取了严谨的权限与约束架构：
-
Apple 授权插件： 该功能通过一个经过 Apple 特别授权的插件来实现。它并非一个通用的远程解锁手段，而是仅在严格的行为约束下，允许 Codex 代理执行预先指定的特定任务。
-
严格的权限管理： 运行该功能需要用户明确授予 屏幕录制（Screen Recording） 和 辅助功能（Accessibility） 权限。
-
行为“护栏”：
-
禁区限制： 该功能对代理的底层系统控制权设定了明确禁区，例如，它无法自动化地操控终端（Terminal）或 Codex 本身，从而有效防范了被恶意滥用或发生失控的风险。
-
地理限制： 出于对区域性法律法规及 AI 智能体监管政策的考量，该功能在发布初期不适用于欧洲经济区（EEA）、英国及瑞士。
-
操作约束： 如果 MacBook 处于合盖状态（即触发了特定的休眠模式），该功能将立即停止工作，无法再继续执行任务。
-
三、行业视角：桌面代理安全的新命题
Codex 这一功能的推出，标志着桌面级 AI 代理正从“云端协作”走向“深度系统集成”。业内专家指出，这也引发了企业端对终端安全的新思考：
-
合规性挑战： 这种能够绕过锁屏界面进行操作的“特权代理”，对企业信息安全管理提出了更高要求，尤其是在涉及生产环境凭证的开发机器上，需要更严格的审计与监控机制。
-
信任模型升级： 操作系统如何为这类“信任代理”设定更精细化的权限等级，将成为未来 macOS 等桌面系统迭代的核心看点。
-
安全审计需求： 目前，开发者还无法将这个进程完全视为一个“黑盒”。未来，能否提供详尽的操作日志回溯功能或实时的 session 监控，将成为企业在其内部大规模部署此类 AI 工具时，必须跨越的关键门槛。
四、功能适用范围
-
适用平台： 仅限安装了 Codex 桌面代理的 macOS 设备。
-
配置方式： 用户可以在 Codex 的设置界面中，找到“Locked Use”（锁屏使用）选项并手动开启此功能。
-
场景建议： 主要面向重现 GUI 界面 Bug、自动化调整桌面应用配置、以及无需人工干预的离线任务处理。
OpenAI 的这次更新，不仅进一步巩固了其在 AI 辅助开发领域的领先地位，也为未来探索“无感化”的 AI 办公体验，开辟了一条兼具高标准与强监管的实践路径。
📝 站长洞察 (Editor’s Insight)
OpenAI此次更新远非一次简单的功能迭代，它揭示了AI代理发展的下一个关键方向：从软件内的助手，进化为能与操作系统底层信任机制深度绑定的“特权实体”。这看似提升了效率，实则重新定义了人与机器的信任边界。对企业而言，当AI代理能绕过物理锁屏，传统的终端安全防线将被重构，审计、监控和最小权限原则必须升级。对开发者生态，这开启了“无感化”AI办公的想象，但也预示着未来操作系统（如macOS）的核心设计将围绕如何管理这类“数字员工”的权限而展开。谁先建立起安全、合规且高效的代理信任框架，谁就能在下一代生产力革命中占据主导。
