夜雨聆风我看完这三条 Codex 更新，第一反应不是又多了几个功能。
而是：以后用 AI 干活，可能终于不用那么像伺候人了。
现在很多人用 AI，其实很累。你让它改代码，先要复制代码；让它看报错，先要截图；让它理解一个网页，先要把页面内容粘过去；让它做一个稍微长一点的任务，中途还得回来提醒它别跑偏。
看起来是 AI 在帮你，实际上你一直在旁边端茶倒水。
这次 Codex App 的三块更新，放在一起看，解决的就是这件事：
它能看到你正在看的窗口，能记住你交代的目标，也能在你离开电脑之后，在受限条件下继续把任务往前推一点。
这才是重点。
先说 Appshots：终于不用每次都解释屏幕上有什么了
以前你让 AI 帮你看一个东西，最烦的是描述现场。
比如你在 VS Code 里看到一段代码，旁边还有一个报错。你想让 Codex 帮你看看，按理说一句话就够了：你看一下这里为什么错。
但现实里不行。
你得复制代码，复制报错，有时候还要截一张图，再解释一下你现在在哪个文件、页面长什么样、刚才点了什么。
Appshots 就是为这个准备的。
在 Mac 上用 Codex App 的时候，你可以按两次 Command 键，把当前最前面的那个窗口发到 Codex 线程里。它拿到的不只是截图，还可能拿到这个窗口里应用能提供的文字。
这句话翻成人话就是：
你不需要每次都把现场拆开搬给 AI。你可以直接说：看这个窗口。
比如你正在看 API 文档，就把这个窗口给它，让它按文档写一个调用示例。你正在看一个报错页，就把这个窗口给它，让它判断哪里出问题。你在 Figma、Notion、浏览器、编辑器里工作，也可以少一点复制粘贴。
当然，它不是神。
它抓的是前台窗口，不是整个屏幕。能不能拿到窗口里的文字，也看应用愿不愿意把这些文字暴露出来。像 Google Docs、Gmail、Sheets 这类应用，有时可能只能拿到可见截图，不一定能读到完整内容。
还有一点要记住：这类功能需要屏幕录制和辅助功能权限。你把窗口交给 Codex，它就可能看到窗口里的内容。敏感东西别顺手发，这不是小事。
所以我觉得 Appshots 真正有用的地方，不是截图，而是减少解释。
少解释一点，AI 才更像在跟你一起看同一个东西。
再说 /goal：不要只给一句话，要给一个收工标准
第二个是 /goal。
如果你升级了 Codex App，还没看到 /goal，可以先在命令行跑一下：
codex features enable goals
也可以手动改 ~/.codex/config.toml：
[features]
goals = true
然后在 Codex 里输入 /goal，或者点 + 菜单选择。开始之后，上方会有暂停、恢复、编辑、清除这些控制。
但我觉得这里最值得讲的，不是怎么打开，而是怎么用。
很多人给 AI 派活，习惯写得很虚：
帮我优化一下这个页面。
这句话人都不一定听得懂，AI 更容易乱发挥。优化哪里？速度？样式？错误提示？移动端？做到什么程度算完？要不要跑测试？哪些文件不能动？
Goal mode 的思路，是把任务说成一个能验收的目标。
比如同样是改登录页，你可以这样写：
把登录页的错误提示、loading 状态和移动端适配补齐。不要改现有交互。跑通现有测试。如果需要新增测试，覆盖邮箱格式错误、密码为空、接口失败这三种情况。最后告诉我改了哪些文件，以及怎么验证。
这就不一样了。
Codex 不再只是接到一句模糊请求，而是拿到了一张小工单。它知道要做什么，也知道什么叫做做完。
Goal mode 最关键的一点是：goal 文本既是开始的提示，也是完成标准。你可以中途检查进度、调整方向、暂停，也可以开 side chat 看它做到了哪一步，不打断主任务。
所以 /goal 的重点不是斜杠命令。
重点是你要开始学会给 AI 写收工标准。
这件事以后会很重要。因为 AI 越能跑长任务，你越不能只说帮我弄一下。你得说清楚，做到哪一步可以收工。
最抓眼球的是 Locked Use，但别把它想成远程桌面
第三个功能最容易被写得很玄。
Locked Use 最抓眼球的地方，是 Mac 锁屏后，Codex 还能通过 Computer Use 继续操作桌面 App。你也可以在手机上远程给 Codex 下任务。
乍一看很像：手机远程解锁 Mac，让 AI 帮你操作电脑。
但这么写就过了。
更准确地说，这是 Codex Computer Use 的锁屏使用能力。你要先启用 Computer Use 和 locked computer use。之后，在一个正在进行、被信任的 Computer Use 任务里，Codex 可以通过 Apple 的 authorization plug-in，临时进入一个能操作桌面 App 的状态。
它不是万能远程解锁。
也不是你手机一按，Mac 就变成无人值守远程桌面。
这个授权窗口很短，只针对当前这次解锁尝试；只有 Codex 正在做 Computer Use 任务的时候才可用；临时解锁期间会遮住显示器；如果检测到本地键盘或鼠标输入，会重新锁屏。
它也不能做几件事：
- 不能自动化终端 App。
- 不能自动化 Codex 自己。
- 不能替你做管理员认证。
- 不能批准系统安全和隐私权限弹窗。
这几个边界很重要。
因为这个功能真正有意思的地方，不是它能偷偷控制你的电脑，而是你不一定非要坐在电脑前，任务才能继续往下走。
比如你回家路上想起一个修改，手机上给 Codex 补一句：继续把刚才那个页面的错误态跑完，改完发我 diff。真正执行的，还是你那台在线的 Mac。手机只是发指令、批动作、看进度。
这和远程桌面不是一回事。
手机不是完整的开发环境。代码、文件、shell、插件、MCP、浏览器、Computer Use，都来自那台 Mac host。Mac 也得醒着、在线，登录同一个账号和 workspace。
这样理解，就不会把它吹过头。
三个功能放一起，才像一次真正的变化
如果只看单个功能，其实都不难理解。
Appshots：把当前窗口丢给 Codex。
Goal mode：给 Codex 一个目标，让它围着目标干。
Locked Use：在锁屏后，允许 Codex 在很窄的范围内继续操作桌面 App。
但它们放在一起，就不是三个小按钮了。
它像是在补一条完整链路：
你先把现场给它看，再把目标说清楚，然后让它在你不一直盯着的时候继续推进。中途你可以插话、暂停、查看进度、批准动作。它做完之后，你再看结果、看 diff、跑测试。
这比聊天框更接近真实工作。
不是你问一句，它答一句。
而是你交代一件事，它在一个受限的工作现场里往前做。
我不想把这件事说成 AI 要替代谁。那种说法太满，也不准确。至少现在看，它更像把一些很烦的中间动作拿走：复制上下文、解释页面、守着进度条、反复提醒它不要忘记目标。
人还是要在。
你要决定让它看什么，能动什么，做到哪一步算完成。你也要看它改了什么，能不能跑，测试过没，风险在哪。
AI 负责干活，人负责定边界和验收。
这个分工比全自动听起来没那么刺激，但更像真东西。
我会怎么试
如果你也想试，我不建议一上来就让它改一个大项目。
先给它一个小任务。
比如：
把这个页面的 loading、错误提示和空状态补齐，保持现有样式，跑通测试，最后列出改动文件。
或者：
根据当前浏览器里的 API 文档，给项目补一个最小调用示例，写一个本地能跑的验证脚本。
这种任务刚好合适。窗口上下文有用，goal 也好定义，做完还能验证。
别一上来就说：帮我优化整个项目。
这种话听着很大，实际没法收工。AI 不是怕任务大，它怕你没说清楚什么叫完成。
这次更新让我在意的地方
我觉得 Codex 这次最值得看的，不是某一个功能多厉害。
而是它终于开始处理一个很现实的问题：AI 怎么进入你的真实工作流。
真实工作流里，你不是只问问题。你会开着很多窗口，会做到一半被打断，会在手机上补一句，会希望它继续跑，但又不希望它乱动电脑。
Appshots、Goal mode、Locked Use 这三块，刚好都在碰这个问题。
让它看见一点现场。
让它记住一个目标。
让它在你不盯着的时候，也能在边界里继续一点。
这比单纯模型更聪明，要实际得多。
以后用 AI 做事，可能不再是会不会写 prompt，而是会不会交代任务。你能不能把目标说清楚，把权限给小一点，把验收标准写明白。
如果这个方向你感兴趣，下一篇我可以直接写一个实操版：普通人怎么给 Codex 写一个靠谱的 Goal，让它真的更容易把任务做完。
想看就留一句：Goal。