MacBook Pro + Codex，正在成为最佳 Agent 环境

不必再额外养一套 OpenClaw 或 Hermes。工作用的 MacBook Pro 本来就拥有最完整的文件、项目、凭证和软件环境；让它保持在线，再通过 Codex Remote 从手机发起和管理任务，它就能同时成为个人桌面与常驻 Agent 服务器。

白天坐在电脑前，MacBook Pro 是写代码、整理资料和处理日常工作的桌面。离开工位以后，突然想到一个任务：让 Agent 检查刚才的改动、跑一轮测试、整理一份本地材料，或者继续推进尚未结束的工作。这时最常见的思路，是部署 OpenClaw、Hermes，或者再准备一台云服务器、虚拟机乃至 Mac mini。

但这里有一个反直觉的问题：最完整的工作环境已经在 MacBook Pro 上，却又要在另一台机器里复制出一套不完整的环境。

代码和文档需要同步，依赖需要重装，凭证需要重新分发，浏览器登录状态和桌面应用则很难原样搬走。多出一台服务器，看上去获得了持续在线的能力，实际上也制造了第二套需要维护的系统。

另一条路径更直接：不再复制工作环境，而是让现有的工作环境随时可达。MacBook Pro 仍然是每天使用的个人桌面；人离开后，它切换成执行任务的 Agent Host。手机只是控制面，真正的文件读取、命令执行和工具调用仍然发生在这台电脑上。

替代的不是 Agent，而是部署一套 Agent 的必要性

OpenClaw 和 Hermes 最吸引人的体验，不一定是某个独有的技术能力，而是让人感觉 Agent 始终在线：在手机上发一句话，它就能回到某台机器读取文件、调用工具、持续执行任务，再把结果送回来。

当 Codex Remote 已经能够从手机连接本机，这种体验不再要求额外部署一层通用 Agent。按照 Codex Remote connections 的能力边界，手机可以在已连接的 Host 上新建或继续任务、发送后续指令、回答问题、批准操作，并查看输出、diff、测试结果、终端信息和截图。MacBook Pro 则继续提供本地项目、Shell、Skills、MCP、浏览器及其他执行环境。

flowchart LR
    Phone["手机：发起、批准与验收"] --> Remote["Codex Remote"]
    Remote --> Codex["MacBook Pro 上的 Codex"]
    Codex --> Files["本地项目与文档"]
    Codex --> Tools["工具、Skills 与 MCP"]
    Codex --> Credentials["已有凭证与登录状态"]

这里的“替代”需要说得准确：它不是复刻 OpenClaw 或 Hermes 的全部产品功能，也不追求把所有事情塞进 Telegram 之类的聊天窗口。它替代的是最核心的使用场景——随时从远端向一台常驻机器下达任务。

这种取舍反而适合深度工作。聊天窗口降低了发起轻量任务的门槛，却不擅长承载多文件 diff、分支探索、结构化文档和复杂任务的过程观察。此前关于 OpenClaw 的分析已经指出：聊天入口带来了普及度，也限制了信息密度和可观察性。以 Codex 作为执行底座，手机仍然保留低摩擦入口，复杂工作则回到项目、文件系统和 Git 这些更适合长期管理的载体。

24 小时运行，真正需要的是随时可达

“让 MacBook Pro 运行 24 小时”很容易让人联想到 CPU 持续满载、风扇不停转动。实际需要的不是机器每分每秒都在计算，而是工作环境不因为人离开桌面而消失。

传统的软件使用方式是同步的：人打开电脑，操作软件，得到结果，然后合盖离开。Agent 把工作逐渐变成了异步过程。一个任务可能需要长时间构建和测试，可能需要等待外部条件，可能在执行中途提出问题，也可能按照计划定时运行。任务持续的时间开始超过人坐在电脑前的时间。

这时，电脑是否随时可达会直接决定 Agent 能力的上限：

通勤途中想到任务，可以先交给 Agent，回到桌面时直接验收；
长时间构建、测试、下载和同步不必因为合盖而中断；
定时检查、知识库维护和其他自动化可以在无人值守时运行；
离开电脑后仍能查看进度、回答问题或批准下一步操作；
白天没有完成的任务，可以在手机上继续推进，而不是等下一次打开电脑。

因此，24 小时在线并不是追求服务器式的算力利用率，而是把工作方式从“人和电脑必须同时在线”改成“任务可以异步流动”。MacBook Pro 空闲时可以处于低负载状态，只有收到任务或触发自动化时才真正工作。

为什么真实工作环境往往比独立虚拟机更有价值

单独准备虚拟机或云服务器，最大的优点是隔离和稳定。它可以长期在线，不占用日常电脑，也更容易为不可信任务划定边界。但对于个人 Agent，真正稀缺的往往不是另一颗 CPU，而是完整、真实且已经配置好的工作上下文。

维度	MacBook Pro 直接作为 Host	独立 VM 或云服务器
文件	直接访问真实项目与本地文档	需要同步、挂载或重新下载
开发环境	沿用已经验证的工具链和依赖	需要重新安装和持续维护
凭证	使用本机已有的授权配置	需要重新分发并管理 secrets
应用环境	可连接浏览器和本地桌面应用	通常以无头环境为主
硬件成本	复用已经购买的 Apple Silicon	需要额外设备或持续租用
上下文一致性	人与 Agent 操作同一套环境	容易出现版本与环境漂移
隔离性	风险集中在日常工作电脑	边界更清晰，适合不可信任务
可用性	受本地供电、网络和系统状态影响	通常更容易获得稳定在线能力

在虚拟机里重建环境，复制的不只是代码。项目之外还有没有提交的改动、本地数据库、构建缓存、命令行工具、SSH 配置、浏览器会话、桌面应用，以及只存在于这台机器上的文档。每少复制一项，远端 Agent 的能力就少一块；每多同步一项，又增加一份维护和泄露风险。

直接使用 MacBook Pro 的优势，在于人和 Agent 共享同一个事实源。人白天修改的文件，Agent 晚上可以直接继续；Agent 生成的 diff，第二天打开电脑就能审查。不需要先问“服务器上是不是最新版本”，也不需要在两套环境之间来回搬运中间产物。

所以，两种方案并不是简单的高下之分：虚拟机提供更干净的隔离，真实工作电脑提供更完整的上下文。 对可信、与日常工作强相关的任务，后者通常更有价值；对不可信代码、高风险自动化或需要强隔离的任务，虚拟机和云端环境仍然是更稳妥的选择。

Codex Remote 解决远程，Lid 解决合盖

让 MacBook Pro 承担两种角色，需要补齐两个彼此独立的环节：Codex Remote 负责让任务从远端抵达本机，Lid 负责让本机在合盖以后继续运行。

用 Codex Remote 建立控制面

Codex Remote 的关键不是把本地环境搬到手机，而是让手机成为本地环境的控制面。提示词、审批和后续指令从手机发出，代码、文件、工具与命令仍然来自 MacBook Pro。原有的 sandbox、安全设置和审批机制也继续作用于远程会话。

基本配置并不复杂：

在 MacBook Pro 的 Codex 桌面端选择 Set up Remote；
用手机扫描二维码，在 ChatGPT 移动端完成设备配对；
在 Settings > Connections 中检查已连接设备和保持唤醒设置；
从手机发起一个低风险测试任务，确认能够查看输出并完成审批；
再按实际需要开放项目、工具和其他权限。

电脑进入睡眠、失去网络或退出桌面应用后，远程访问都会停止。因此，Remote 只解决了“如何连接”，还没有解决 MacBook 合盖后的电源状态。

用 Lid 补上合盖运行的缺口

OpenAI 的常规说明是：MacBook 接通电源并保持开盖时可以持续提供远程访问；如果合盖，还需要连接外接显示器。qiyuey/lid 补上的正是这个缺口：它是一款轻量的 macOS 菜单栏应用，通过修改系统电源设置，让 MacBook 在合盖后继续运行。

brew tap qiyuey/tap
brew install --cask lid

Lid 不是 Agent，也不处理远程连接。它只做一件事：需要运行长期任务时阻止合盖休眠；不再需要时恢复正常的合盖行为。应用可以设置为登录时启动，并会根据 macOS 的真实电源状态显示结果，而不是只维护一个表面上的开关状态。

修改系统电源设置需要管理员授权，而且设置会保留在 macOS 中，直到再次更改。关闭长期运行模式时，应先在 Lid 中关闭防休眠，再退出应用。当前版本要求 macOS 26 或更高版本，安装前需要确认系统版本满足要求。

二者组合以后，设备的职责非常清楚：

flowchart TD
    Desk["人在桌前：MacBook Pro 是个人桌面"] --> Leave["离开工位：接通电源并启用 Lid"]
    Leave --> Closed["合盖后：MacBook Pro 保持在线"]
    Phone["手机上的 Codex Remote"] --> Task["发起任务、查看进度、完成审批"]
    Task --> Closed
    Closed --> Return["回到桌面：在同一项目中验收并继续"]

先划定边界，再让电脑常驻

这套方案最强的地方，是 Agent 可以进入真实工作环境；最大的风险也完全相同。使用公司配发或用于工作的 MacBook Pro 时，首先要确认组织的设备管理、数据处理和远程访问政策是否允许这种用法。技术上能够连接，不等于制度上获得了授权。

即使设备属于个人，也不应该因为“只有自己使用”就给 Agent 无边界权限。更合理的做法包括：

只开放需要处理的项目和目录；
保留高风险命令及外部操作的人工审批；
不让不可信代码直接接触日常凭证和私人数据；
对第三方 Skills、MCP 和脚本先审查再安装；
为断电、网络中断和应用退出准备恢复方式；
让高风险任务继续运行在 VM、容器或专用服务器中。

此外，MacBook Pro 终究不是数据中心服务器。长时间接通电源、持续高负载、散热空间不足和网络波动都会影响体验。把它放在合盖支架中时，需要保证周围通风；持续构建或本地模型推理等重负载任务，也要观察温度和资源占用。这里追求的是让工作环境随时可达，不是让笔记本承担所有服务器工作。

合上电脑，只是切换工作模式

OpenClaw 和 Hermes 让人看见了“随时可以向 Agent 派活”的可能性。但要获得这种体验，未必需要另养一个 Agent 系统，也未必需要购买或租用另一台服务器。

对于已经把项目、文档、工具和工作习惯沉淀在 MacBook Pro 上的人，更自然的选择是让这套真实环境继续在线：Codex 承担可观察、可控制的 Agent 工作，Codex Remote 把控制入口延伸到手机，Lid 则让机器在合盖后仍然可达。

这不是把个人电脑强行改造成传统服务器，而是在 Agent 时代重新理解设备的角色：人在桌前时，它服务于同步工作；人离开以后，它承接异步任务。

过去，合上 MacBook 代表工作环境下线；现在，它只是从桌面模式切换到了服务器模式。