codex最新消息今天有什么呢？想象一下这个画面：你在电脑前按部就班地操作，旁边有个沉默的观察者一直盯着屏幕，你点哪里它记哪里，你填什么它学什么。等你把整套流程走完，它跟你说：好了，下次这个交给我。这不是科幻场景，而是Codex刚刚推出的新功能，名叫Record&Replay。
一、Record&Replay是什么
顾名思义，就是录制加回放。你把一套操作完整地演示一遍，Codex在旁边全程观察、学习，并把整个流程打包成一个可复用的"skill"（技能）。以后再遇到同类任务，只需要新建一个对话，调用这个skill，告诉它这次哪些地方不一样，剩下的步骤它自己来。
图形化界面最初是为了让人类从命令行里解放出来而设计的，如今反而有望成为AI接管电脑操作的现成基础。
二、什么样的任务适合用Record&Replay
当然，不是什么活都适合这么处理。Record&Replay专门针对那种重复性高、带有个人操作习惯、很难用文字说清楚但做一遍就懂的任务。典型的使用场景包括：提交报销单、预订停车位、按规范新建issue、上传发布视频、定期拉取报表……
这类任务有一个共同特点：要么步骤繁琐但相对固定，要么里面藏着大量只有你自己心里有数的隐性规则——文件该怎么命名、某个字段的默认值是什么、碰到某个判断节点该往哪边走。这些东西如果要一条条写清楚告诉AI，成本极高。不如就直接做一遍，让它自己看着学。
三、怎么用——七个步骤
整个流程拆解下来其实不复杂：
打开Codex应用，进入Plugins（插件），搜索并添加Record&Replay插件。
它会请求录制权限，确认好了就点同意。
接下来在Mac上正常把任务操作一遍就行。
整个过程中Codex会持续观察，记录你点击了哪里、操作了哪些窗口和内容。
录制会一直保持开启，直到你主动停止——所以这段时间只做这一个任务，不要顺手去干别的。
任务完成后，从菜单栏或悬浮层停止录制，或者直接告诉Codex已经录完了。
Codex随即会整理一遍刚才捕捉到的流程，自动生成一个skill。里面会写明：什么情况该调用这套流程、需要哪些输入参数、执行步骤是什么、完成后怎么核验结果。觉得描述不到位，还可以让它继续打磨。
几个录制建议值得记住：
演示尽量简短但完整，不要拖泥带水
录之前先把任务目标和每次会变动的输入提前告知Codex
用真实数据操作，但密码和敏感信息千万不要录进去
录完之后手动补充那些重要的隐性偏好，比如命名规范、字段默认值、关键节点的决策逻辑
任务做完就立刻停止，别把无关的收尾动作也录进去
四、复现时怎么用
下次遇到同类任务，新开一个对话，调出对应的skill，把这次的具体参数告诉它——比如要传哪个文件、要建什么issue、报表要覆盖哪段时间。剩下的由它来执行。
有一点需要理解清楚：Codex把这个skill当作可复用的上下文来处理，而不是一段写死的操作脚本。它更像是一份说明书，Codex每次执行时都会结合当前的实际环境灵活应对。所以同一个skill，这次传A文件、下次传B文件，都能照样用。执行过程中，它会调用当前可用的工具，包括Computer Use、浏览器操作和已安装的插件，把整个流程跑完。
五、几个使用限制要提前知道
Record&Replay目前有以下几点限制：
仅限macOS，暂不支持其他平台
首发阶段不覆盖欧盟、英国和瑞士
必须提前开启Computer Use功能，否则无法使用
另外需要注意的是：如果你们组织通过requirements.toml统一管理Codex配置，那么[features].computer_use这一项同时控制着Record&Replay。一旦把computer_use设为false，两个功能会一起关掉。如果你发现界面里根本看不到Record&Replay的入口，先去确认这个配置项有没有被禁用。
还有一点：Record&Replay是快速生成skill的入口，但如果你有更复杂的需求——比如把稳定的工作流打包分发给整个团队、把多个skill组合起来、加入应用集成或MCP服务器、管理安装元数据——那就不能只停留在录制层面，需要正式打包成独立插件。
Record&Replay看起来只是一个录制和回放操作的小功能，但放在更大的背景里，它代表的是AI与软件交互方式的一次根本性转变。
过去，自动化的基础是API。软件必须先把能力封装成机器可以调用的接口，AI才能介入流程。没有API，没有结构化的入口，很多任务就根本无法自动化。传统自动化的边界，本质上取决于软件愿意开放多少能力。
而现在，OpenAI试图绕开这一层限制——不要求软件为AI专门提供接口，而是让AI直接学习人类使用软件的方式。人能看懂按钮、菜单和窗口，它也去理解；人能完成点击、输入和页面切换，它也能执行。接口的有无，不再是自动化的前提。
AI 速览
