Codex 史诗级更新实操教程：Work、Plugins、内置浏览器、Ultra 与 Chat 一次讲透
1. 新版 Codex 完整上手指南：Work、Plugins、浏览器、Ultra 与 Chat
如果你最近打开 Codex，发现左侧突然多了 Work、Chat，插件市场里出现了 Sites、Template Creator、Visualize，推理强度里又多了一个 Ultra，先别急着把它们当成一堆互不相关的新按钮。
这轮更新真正的变化，是 Codex 正从"写代码的 AI"变成一个完整的工作台：
- Work 负责把资料加工成文档、表格、PPT、研究报告等成果；
- Codex 继续负责改代码、跑测试、查问题，并交付经过验证的修改；
- Plugins 把部署、模板复用和交互式可视化等专业流程封装成开箱即用的能力；
- 浏览器让 Codex 可以直接查网页、下载资料和测试网站；
- Ultra 用多个 Agent 并行处理复杂任务；
- Chat 则把头脑风暴和正在执行的任务连了起来。下面不只介绍功能，而是带你从零实际操作一遍。
版本说明：本文写于 2026 年 7 月 18 日。Codex 的界面、功能名称和账号权限可能分批开放。如果你的界面没有 Work、Ultra、Sites 或 Add to task，通常是客户端版本、账号套餐、地区或灰度进度不同，并不一定是操作错误。
信息边界：Skills、Plugins、浏览器和多任务协作属于 Codex 已有的正式能力体系；Work、Ultra、Sites、Chat→Add to task 的具体名称与入口以新版桌面端界面为准。不要把灰度界面中的模型名或模式名写进长期工作流，后续更新时它们可能变化。
1.1. 一、先搞懂：Work 和 Codex 到底有什么区别？
两者界面很像，核心区别不在"谁更强"，而在默认围绕什么工作。
| 对比项 | Work | Codex |
|---|---|---|
| 默认工作对象 | 项目资料、网页、PDF、Word、Excel、PPT | 代码库、当前目录、Git 状态、项目规则 |
| 常用能力 | 搜索、浏览器、资料分析、文件生成 | Shell、文件编辑、构建、测试、Diff |
| 主要成果 | 报告、文档、表格、演示文稿、研究结论 | 可以运行并经过验证的代码修改 |
| 验收方式 | 内容是否准确、结构是否清晰、文件是否可用 | 测试是否通过、程序是否运行、修改是否符合要求 |
| 典型场景 | 行业研究、竞品分析、数据报告、写作、做 PPT | 开发功能、修 Bug、代码重构、测试、代码审查 |
一句话记忆：Work 擅长把资料变成成果，Codex 擅长把代码变成经过验证的改动。
怎么选？
- 最终想得到一份报告、表格、PPT 或调研结论：选 Work。
- 最终想得到一组代码修改，而且需要运行和测试：选 Codex。
- 既有研究又有开发：先在 Work 中形成需求和资料包，再把确定后的规格加入 Codex 任务。
- 只是临时讨论方向、还不想动项目：先用 Chat。
1.1.1. 实操：用 Work 生成一份竞品研究报告
- 点击左侧 Work，新建任务。
- 选择一个文件夹作为工作区，或直接上传已有资料。
- 把需要研究的网址、PDF、表格等一并交给它。
- 不要只说"帮我研究一下"，要同时写清楚目标、资料范围、分析维度、交付格式和验收标准。可以直接复制下面这段提示词：
请研究我提供的资料和网页，制作一份《AI 编程工具竞品分析报告》。
要求：
1. 比较 Codex、Claude Code 和 Cursor 的产品定位、工作方式、优势、限制与适用人群；
2. 对无法从来源确认的信息标记"待核实"，不要自行补全；
3. 先给出一页执行摘要，再给出详细对比表；
4. 最后提出 5 条对内容创作者最有价值的使用建议；
5. 交付 Markdown 和 Word 两个版本；
6. Word 生成后进行页面渲染检查，修复表格溢出、孤行和标题断页问题。
这段提示词的关键在最后两条。你不仅告诉了 Codex"写什么"，还规定了"交付什么文件"以及"如何自检"。这正是 Work 比普通聊天更有价值的地方。
1.2. 二、新增 Plugins 怎么用？三个真正值得试的插件
官方的产品结构里，Skill 是一套可复用的任务流程，Plugin 则是可安装的能力包，可以同时包含 Skills、工具、应用和外部连接。简单理解：Skill 像标准作业流程，Plugin 像把流程和工具一起装进 Codex 的扩展包。
进入 Codex 的插件页面，先确认目标插件已经安装并启用。安装或更新插件后，如果当前任务里没有出现对应能力，新建一个任务通常比反复刷新旧任务更稳妥。
1.2.1. Template Creator：把一份好文件变成永久可复用的模板
Template Creator 不是简单复制文件。它会分析现有 Word、PPT 或 Excel 的版式、结构和视觉规律，再创建一个可重复调用的个人模板 Skill。
适合拿来处理：
- 公司固定格式的周报、月报和项目汇报；
- 有统一母版的路演 PPT；
- 学校论文、实验报告和课程作业；
- 固定表头、公式和图表规范的 Excel 模型。
操作步骤
- 安装并启用 Template Creator。
- 新建任务并上传一份质量最好的样例文件。
- 说明哪些元素必须保留，哪些内容只作为示例。
- 让它创建个人模板 Skill，并为模板写清楚适用范围。
- 创建完成后另开一个任务，用一份新内容实际生成文件。
- 对比原文件和新文件，检查字体、色板、页边距、母版、表格和图表是否一致。推荐提示词：
请使用 Template Creator，把我上传的《final_report.pdf》制作成一个可重复使用的个人模板 Skill。
必须保留：
- 16:9 页面尺寸；
- 封面、章节页、数据页和总结页的版式；
- 字体层级、品牌色、页码和 Logo 安全区；
- 表格、柱状图和折线图的视觉规范。
不要保留：
- 原文件中的项目机密数据；
- 人名、项目名和具体结论；
完成后告诉我这个模板适合什么场景，并用一组虚构数据生成 5 页测试稿，检查是否能够稳定复用。
这里有一个容易忽略的技巧：一定要写"不要保留什么"。否则模板可能会把示例文件中的业务数据、姓名甚至结论误当成固定结构。
1.2.2. Visualize：把抽象内容做成可以操作的演示
Visualize 不只是"画一张图"。它更适合制作带交互的图表、流程演示、参数模拟器、对比工具和教学实验。
例如，你可以让它制作：
- 可拖动预算和转化率的广告 ROI 模拟器；
- 展示 Agent 调度过程的动态流程图；
- 可以切换年份和地区的数据看板；
- 帮助初学者理解注意力机制的交互实验。推荐提示词：
请使用 Visualize 制作一个"大学物理斜抛运动演示器"。
用户可以调整：
- 初速度：5～50 m/s；
- 发射角度：0°～90°；
- 初始高度：0～20 m；
- 重力加速度：1.6～15 m/s²。
界面需要实时绘制物体的运动轨迹，并显示飞行时间、最高点、水平射程以及任意时刻的速度分量。加入时间滑块，让用户观察物体在不同位置的速度和加速度方向。
同时展示相关公式和计算过程，并通过轨迹对比解释：为什么在忽略空气阻力、起点和落点等高时，45° 对应最大水平射程。默认使用中文，适合放进大学物理教程文章中演示。
好的 Visualize 提示词通常包含四部分：用户能调什么、系统要算什么、结果怎么显示、读者要理解什么。
1.2.3. Default Templates 值不值得用？
内置模板适合快速起稿，但模板数量多不等于适合你的品牌。对正式交付，我更建议先选一份真正满意的现有文件，再用 Template Creator 提炼成自己的模板；内置模板可以当作临时起点，不必把它当作这轮更新的核心功能。
1.3. 三、内置浏览器升级：不是"能打开网页"，而是能完成网页任务
新版 Codex 的浏览器能力覆盖了三个常见场景：
- 查资料：打开网页、读取内容、跨多个标签页比较信息、下载文件；
- 做业务操作：在得到授权后使用已经登录的页面处理任务；
- 开发测试：运行本地网站，检查页面、交互、控制台信息和不同尺寸下的布局。
先分清两种浏览器
- Codex 内置浏览器：环境更独立，适合公开资料检索、网页测试和不依赖个人账号的任务。
- Chrome 连接：使用你的 Chrome 窗口和已有登录状态，适合必须依赖账号会话的网站。Codex 可以在授权范围内使用浏览器的登录状态，不代表你应该让任务读取、展示或导出密码与 Cookie。 密码、验证码和 Cookie 都属于敏感信息，应继续由浏览器和登录流程管理。
1.4. 四、前端设计能力加强后，怎样才能做出真正可用的网站？
模型的视觉能力提升，不等于只用一句"做得高级一点"就能稳定得到好结果。真正有效的工作流是：给设计约束—生成页面—用浏览器看结果—指出具体问题—修改并再次验证。
不要过度绑定原帖中出现的特定模型名称。模型名称和账号可选项可能随灰度变化；实际操作时，直接选择你界面里最新、最适合编程的模型即可。
一套更稳定的前端提示词
请制作一个独立开发者的中文个人网站。
设计方向：
- 克制、编辑感强、内容优先；
- 使用暖白背景、深灰正文和一个低饱和强调色；
- 字体层级清楚，正文阅读宽度控制在舒适范围；
- 动效只用于解释层级和状态，不加入无意义的漂浮与旋转；
- 避免千篇一律的渐变紫、玻璃卡片、超大圆角和满屏营销口号。
页面结构：
- 首屏：姓名、定位、一句话介绍和主要入口；
- 精选项目：3 个项目，每个项目说明问题、方法和结果；
- 写作：最近文章列表；
- 关于与联系方式。
实现要求：
- 桌面端与手机端均可用；
- 使用真实、简短的中文示例文案，不用 Lorem ipsum；
- 保证对比度、键盘焦点和语义化结构；
- 完成后启动项目，用浏览器逐页检查并修复问题；
- 最终提供运行方式、设计说明和验证结果。
1.5. 五、Ultra Mode：什么时候值得让多个 Agent 一起干活？
Ultra 的价值不是"单个 Agent 思考得更久"，而是把一个复杂任务拆成多条可以同时推进的工作线，再由主 Agent 汇总。
在新版界面实测中，Ultra 会协调多个 Agent，常见上限为 4 条并行工作线。具体 Agent 数量、模式名称和额度仍以你的界面为准。因为并行 Agent 会分别读取上下文和产生结果，Token 消耗通常明显高于 High。
适合 Ultra 的任务
- 大型项目的跨模块重构；
- 需要同时做资料研究、事实核对、分析和写作的深度报告；
- 多个相互独立的测试、排查或迁移任务；
- 有明确分工、最后还需要统一验收的复杂交付。
不适合 Ultra 的任务
- 改一句文案、调整一个按钮颜色；
- 只涉及一个文件的简单 Bug；
- 工作步骤高度依赖，后一阶段必须等待前一阶段；
- 没有明确验收标准的开放式闲聊。这些任务用 High 往往更快、更省。
1.6. 六、常见问题
- 为什么我没有 Work、Ultra 或 Add to task？
先更新 Codex 客户端并重新登录，再检查账号套餐、团队管理员策略和插件是否启用。如果仍然没有，大概率是功能尚未开放到你的账号。不要照着别人的截图猜隐藏入口。
- Work 能不能写代码？Codex 能不能做报告？
可以，但默认工具和验收方式不同。选择时应该看"最终交付物是什么"，而不是看任务中会不会碰到一点代码或文字。
- Sites 能完全替代 Vercel 吗？
对个人网站、原型和临时演示页，它可以显著简化部署；对复杂环境变量、团队权限、企业域名、日志监控和精细发布流程，仍要根据项目需要选择专业托管平台。
- Ultra 一定比 High 好吗？
不一定。只有任务能被清楚拆成多条独立工作线时，并行才有明显价值。简单或强依赖任务使用 Ultra，往往只是花更多 Token。
- Codex 会读取我的 Chrome 密码和 Cookie 吗？
正确用法是让 Codex 在授权范围内使用浏览器会话，而不是让它展示或导出密码、Cookie、验证码等敏感信息。涉及登录、上传、发布、发送或购买等外部操作时，应该在执行前确认目标和范围。
- 为什么多个 Agent 反而把项目改乱了？
最常见原因是分工不清，让多个 Agent 同时修改同一个文件。给每条工作线指定清晰边界，最后由主 Agent 统一合并和测试。
1.7. 七、结语：这次更新真正改变了什么？
过去使用 Codex，核心问题通常是"它能不能把代码写出来"。更新之后，更重要的问题变成了"我应该把这项工作放在哪个工作区，用哪个插件，并让多少个 Agent 参与"。
我的建议很简单：
- 研究、分析、写作和文件交付，从 Work 开始；
- 开发、调试和需要运行验证的修改，交给 Codex；
- 复杂任务再开 Ultra，简单任务使用 High；
- 用 Chat 发散，但加入主任务前先压缩结论；
- 用浏览器完成资料获取和真实页面验证；
- 用 Template Creator 固化自己的格式，用 Visualize 解释复杂内容，用 Sites 快速发布轻量成果。真正值得关注的不是某个按钮，而是这条新工作流：从想法、资料、分析，到文件、代码、验证和发布，现在可以在同一个桌面工作台里连续完成。