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 的具体名称与入口以新版桌面端界面为准。不要把灰度界面中的模型名或模式名写进长期工作流，后续更新时它们可能变化。

一、先搞懂：Work 和 Codex 到底有什么区别？

两者界面很像，核心区别不在“谁更强”，而在默认围绕什么工作。

对比项WorkCodex默认工作对象项目资料、网页、PDF、Word、Excel、PPT代码库、当前目录、Git 状态、项目规则常用能力搜索、浏览器、资料分析、文件生成Shell、文件编辑、构建、测试、Diff主要成果报告、文档、表格、演示文稿、研究结论可以运行并经过验证的代码修改验收方式内容是否准确、结构是否清晰、文件是否可用测试是否通过、程序是否运行、修改是否符合要求典型场景行业研究、竞品分析、数据报告、写作、做 PPT开发功能、修 Bug、代码重构、测试、代码审查

一句话记忆：Work 擅长把资料变成成果，Codex 擅长把代码变成经过验证的改动。

怎么选？

• 最终想得到一份报告、表格、PPT 或调研结论：选 Work。

• 最终想得到一组代码修改，而且需要运行和测试：选 Codex。

• 既有研究又有开发：先在 Work 中形成需求和资料包，再把确定后的规格加入 Codex 任务。

• 只是临时讨论方向、还不想动项目：先用 Chat。

实操：用 Work 生成一份竞品研究报告

1. 点击左侧 Work，新建任务。

2. 选择一个文件夹作为工作区，或直接上传已有资料。

3. 把需要研究的网址、PDF、表格等一并交给它。

4. 不要只说“帮我研究一下”，要同时写清楚目标、资料范围、分析维度、交付格式和验收标准。可以直接复制下面这段提示词：

请研究我提供的资料和网页，制作一份《AI 编程工具竞品分析报告》。 ​ 要求：

1. 比较 Codex、Claude Code 和 Cursor 的产品定位、工作方式、优势、限制与适用人群；
2. 对无法从来源确认的信息标记“待核实”，不要自行补全；
3. 先给出一页执行摘要，再给出详细对比表；
4. 最后提出 5 条对内容创作者最有价值的使用建议；
5. 交付 Markdown 和 Word 两个版本；
6. Word 生成后进行页面渲染检查，修复表格溢出、孤行和标题断页问题。

这段提示词的关键在最后两条。你不仅告诉了 Codex “写什么”，还规定了“交付什么文件”以及“如何自检”。这正是 Work 比普通聊天更有价值的地方。

二、新增 Plugins 怎么用？三个真正值得试的插件

官方的产品结构里，Skill 是一套可复用的任务流程，Plugin 则是可安装的能力包，可以同时包含 Skills、工具、应用和外部连接。简单理解：Skill 像标准作业流程，Plugin 像把流程和工具一起装进 Codex 的扩展包。

进入 Codex 的插件页面，先确认目标插件已经安装并启用。安装或更新插件后，如果当前任务里没有出现对应能力，新建一个任务通常比反复刷新旧任务更稳妥。

2.1 Template Creator：把一份好文件变成永久可复用的模板

Template Creator 不是简单复制文件。它会分析现有 Word、PPT 或 Excel 的版式、结构和视觉规律，再创建一个可重复调用的个人模板 Skill。

适合拿来处理：

• 公司固定格式的周报、月报和项目汇报；

• 有统一母版的路演 PPT；

• 学校论文、实验报告和课程作业；

• 固定表头、公式和图表规范的 Excel 模型。

操作步骤

1. 安装并启用 Template Creator。

2. 新建任务并上传一份质量最好的样例文件。

3. 说明哪些元素必须保留，哪些内容只作为示例。

4. 让它创建个人模板 Skill，并为模板写清楚适用范围。

5. 创建完成后另开一个任务，用一份新内容实际生成文件。

6. 对比原文件和新文件，检查字体、色板、页边距、母版、表格和图表是否一致。推荐提示词：

请使用 Template Creator，把我上传的《final_report.pdf》制作成一个可重复使用的个人模板 Skill。 ​ 必须保留：

• 16:9 页面尺寸；
• 封面、章节页、数据页和总结页的版式；
• 字体层级、品牌色、页码和 Logo 安全区；
• 表格、柱状图和折线图的视觉规范。 ​ 不要保留：
• 原文件中的项目机密数据；
• 人名、项目名和具体结论； ​ 完成后告诉我这个模板适合什么场景，并用一组虚构数据生成 5 页测试稿，检查是否能够稳定复用。

这里有一个容易忽略的技巧：一定要写“不要保留什么”。否则模板可能会把示例文件中的业务数据、姓名甚至结论误当成固定结构。

2.3 Visualize：把抽象内容做成可以操作的演示

Visualize 不只是“画一张图”。它更适合制作带交互的图表、流程演示、参数模拟器、对比工具和教学实验。

例如，你可以让它制作：

• 可拖动预算和转化率的广告 ROI 模拟器；

• 展示 Agent 调度过程的动态流程图；

• 可以切换年份和地区的数据看板；

• 帮助初学者理解注意力机制的交互实验。推荐提示词：

请使用 Visualize 制作一个“大学物理斜抛运动演示器”。 ​ 用户可以调整： ​

• 初速度：5～50 m/s；
• 发射角度：0°～90°；
• 初始高度：0～20 m；
• 重力加速度：1.6～15 m/s²。 ​ 界面需要实时绘制物体的运动轨迹，并显示飞行时间、最高点、水平射程以及任意时刻的速度分量。加入时间滑块，让用户观察物体在不同位置的速度和加速度方向。 ​ 同时展示相关公式和计算过程，并通过轨迹对比解释：为什么在忽略空气阻力、起点和落点等高时，45°对应最大水平射程。默认使用中文，适合放进大学物理教程文章中演示。

好的 Visualize 提示词通常包含四部分：用户能调什么、系统要算什么、结果怎么显示、读者要理解什么。

2.4 Default Templates 值不值得用？

内置模板适合快速起稿，但模板数量多不等于适合你的品牌。对正式交付，我更建议先选一份真正满意的现有文件，再用 Template Creator 提炼成自己的模板；内置模板可以当作临时起点，不必把它当作这轮更新的核心功能。

三、内置浏览器升级：不是“能打开网页”，而是能完成网页任务

新版 Codex 的浏览器能力覆盖了三个常见场景：

1. 查资料：打开网页、读取内容、跨多个标签页比较信息、下载文件；

2. 做业务操作：在得到授权后使用已经登录的页面处理任务；

3. 开发测试：运行本地网站，检查页面、交互、控制台信息和不同尺寸下的布局。

先分清两种浏览器

• Codex 内置浏览器：环境更独立，适合公开资料检索、网页测试和不依赖个人账号的任务。

• Chrome 连接：使用你的 Chrome 窗口和已有登录状态，适合必须依赖账号会话的网站。Codex 可以在授权范围内使用浏览器的登录状态，不代表你应该让任务读取、展示或导出密码与 Cookie。 密码、验证码和 Cookie 都属于敏感信息，应继续由浏览器和登录流程管理。

四、前端设计能力加强后，怎样才能做出真正可用的网站？

模型的视觉能力提升，不等于只用一句“做得高级一点”就能稳定得到好结果。真正有效的工作流是：给设计约束—生成页面—用浏览器看结果—指出具体问题—修改并再次验证。

不要过度绑定原帖中出现的特定模型名称。模型名称和账号可选项可能随灰度变化；实际操作时，直接选择你界面里最新、最适合编程的模型即可。

一套更稳定的前端提示词

请制作一个独立开发者的中文个人网站。 ​ 设计方向：

• 克制、编辑感强、内容优先；
• 使用暖白背景、深灰正文和一个低饱和强调色；
• 字体层级清楚，正文阅读宽度控制在舒适范围；
• 动效只用于解释层级和状态，不加入无意义的漂浮与旋转；
• 避免千篇一律的渐变紫、玻璃卡片、超大圆角和满屏营销口号。 ​ 页面结构：
• 首屏：姓名、定位、一句话介绍和主要入口；
• 精选项目：3 个项目，每个项目说明问题、方法和结果；
• 写作：最近文章列表；
• 关于与联系方式。 ​ 实现要求：
• 桌面端与手机端均可用；
• 使用真实、简短的中文示例文案，不用 Lorem ipsum；
• 保证对比度、键盘焦点和语义化结构；
• 完成后启动项目，用浏览器逐页检查并修复问题；
• 最终提供运行方式、设计说明和验证结果。

五、Ultra mode：什么时候值得让多个 Agent 一起干活？

Ultra 的价值不是“单个 Agent 思考得更久”，而是把一个复杂任务拆成多条可以同时推进的工作线，再由主 Agent 汇总。

在新版界面实测中，Ultra 会协调多个 Agent，常见上限为 4 条并行工作线。具体 Agent 数量、模式名称和额度仍以你的界面为准。因为并行 Agent 会分别读取上下文和产生结果，Token 消耗通常明显高于 High。

适合 Ultra 的任务

• 大型项目的跨模块重构；

• 需要同时做资料研究、事实核对、分析和写作的深度报告；

• 多个相互独立的测试、排查或迁移任务；

• 有明确分工、最后还需要统一验收的复杂交付。

不适合 Ultra 的任务

• 改一句文案、调整一个按钮颜色；

• 只涉及一个文件的简单 Bug；

• 工作步骤高度依赖，后一阶段必须等待前一阶段；

• 没有明确验收标准的开放式闲聊。这些任务用 High 往往更快、更省。

常见问题

1. 为什么我没有 Work、Ultra 或 Add to task？

先更新 Codex 客户端并重新登录，再检查账号套餐、团队管理员策略和插件是否启用。如果仍然没有，大概率是功能尚未开放到你的账号。不要照着别人的截图猜隐藏入口。

2. Work 能不能写代码？Codex 能不能做报告？

可以，但默认工具和验收方式不同。选择时应该看“最终交付物是什么”，而不是看任务中会不会碰到一点代码或文字。

3. Sites 能完全替代 Vercel 吗？

对个人网站、原型和临时演示页，它可以显著简化部署；对复杂环境变量、团队权限、企业域名、日志监控和精细发布流程，仍要根据项目需要选择专业托管平台。

4. Ultra 一定比 High 好吗？

不一定。只有任务能被清楚拆成多条独立工作线时，并行才有明显价值。简单或强依赖任务使用 Ultra，往往只是花更多 Token。

5. Codex 会读取我的 Chrome 密码和 Cookie 吗？

正确用法是让 Codex 在授权范围内使用浏览器会话，而不是让它展示或导出密码、Cookie、验证码等敏感信息。涉及登录、上传、发布、发送或购买等外部操作时，应该在执行前确认目标和范围。

6. 为什么多个 Agent 反而把项目改乱了？

最常见原因是分工不清，让多个 Agent 同时修改同一个文件。给每条工作线指定清晰边界，最后由主 Agent 统一合并和测试。

结语：这次更新真正改变了什么？

过去使用 Codex，核心问题通常是“它能不能把代码写出来”。更新之后，更重要的问题变成了“我应该把这项工作放在哪个工作区，用哪个插件，并让多少个 Agent 参与”。

我的建议很简单：

• 研究、分析、写作和文件交付，从 Work 开始；

• 开发、调试和需要运行验证的修改，交给 Codex；

• 复杂任务再开 Ultra，简单任务使用 High；

• 用 Chat 发散，但加入主任务前先压缩结论；

• 用浏览器完成资料获取和真实页面验证；

• 用 Template Creator 固化自己的格式，用 Visualize 解释复杂内容，用 Sites 快速发布轻量成果。真正值得关注的不是某个按钮，而是这条新工作流：从想法、资料、分析，到文件、代码、验证和发布，现在可以在同一个桌面工作台里连续完成。

参考资料

• Codex 官方文档

• Codex App 官方说明

• Codex Skills 官方说明

• Codex Plugin 结构说明

• OpenAI：Introducing the Codex app