2026 年 10 月 17 日，OpenAI 全面更新了 Chrome 版 ChatGPT 扩展。据 The Decoder 当天报道，更新之后 ChatGPT 成了「全 Chrome 浏览器助理」：用户直接在 Chrome 侧边栏调用它，不必再切换到独立应用或网页端；它能读取并操作你当前打开的标签页，跨标签页的任务——比如填一份跨站表单、在几个页面之间比价——由 Work mode 里的 Computer Use 能力执行，所有 ChatGPT 付费档均可用。
同一场更新里，还有一条信息更容易被划过去。据 The Decoder 报道，OpenAI 的 James Sun 披露了技术细节：这个扩展可以看到浏览器的完整上下文，包括用户高亮的内容；可以控制标签页；还可以访问本地文件系统与已安装的插件。再叠加另一条官方表态——据 The Decoder 与 AIBase 报道，OpenAI 将逐步停用独立的 Atlas 浏览器，并向用户分享迁移到 ChatGPT 扩展的信息——整件事的形状就变了：OpenAI 不打算继续自己造浏览器，它选择搬进别人已经造好、并且握有全球约六成份额的那一个。
顺带交代站内分工：本站 10 月 2 日发过开源 Dots 浏览器 agent 的资源解析，以及一篇常驻 agent 横评，那两篇讲的是开源替代方案与第三方 agent 的横向对比；本文讲的是 OpenAI 官方的产品动作本身，三篇不重复。
一、先把这次更新说清楚
把 The Decoder 的报道和 learn.chatgpt.com 官方文档放在一起看，这次更新可以拆成三层。
第一层是位置。ChatGPT 从「你要专门去访问的应用」变成了「住在浏览器里的助手」。Chrome 侧边栏常驻，macOS 上用 Cmd+Shift+.（句点）唤起，或者在页面上右键选 Ask ChatGPT；你可以把当前打开的标签页，或者选中的一段文字，直接带进对话当上下文。
第二层是动作范围。官方文档的口径是：能研究市场、比较来源、从网站提取信息；能跨网页执行多步操作、填表单；能在应用内打开并完善 Google Workspace 与 Microsoft 365 文件；也能做已登录站内的任务，官方点名的例子包括 LinkedIn、Salesforce、Gmail 和内部工具。跨标签页的这些动作，由 Work mode 里的 Computer Use 能力执行，所有 ChatGPT 付费档都能用，不是最高档专属。
第三层是最敏感的一层，也就是 James Sun 披露的那几项：看完整浏览器上下文、控制标签页、访问本地文件系统与已安装插件。浏览器里的会话线程会同步显示在桌面应用中，两边可以互相引用任务——你在浏览器里让 ChatGPT 查了一半的东西，回到桌面应用还能接着说。
三层放在一起，结论只有一句：ChatGPT 的活动范围，从对话框扩展到了整个浏览器，再延伸到浏览器之外。
二、五个月时间线：这个扩展是怎么长成的
这次升级不是凭空来的。按 aicatchup 整理的时间线，回头看每一步都指向同一个方向。
| 时间 | 事件 | 口径 |
|---|---|---|
| 2026-05-07 | Codex Chrome 扩展首发，仅限 Chrome，部分地区暂未开放 | aicatchup 整理 |
| 2026-06-16 | 扩展开放欧洲经济区、英国、瑞士 | aicatchup 整理 |
| 2026-07-09 | Codex 并入 ChatGPT 桌面应用 | aicatchup 整理 |
| 2026-10-17 | 升级为 ChatGPT 浏览器扩展：跨标签页、本地文件、五款浏览器 | aicatchup 整理 |
五个月前，它还只是一个写代码用的浏览器扩展，名字叫 Codex；七月初，这个扩展被并进桌面应用，从独立功能降级成了入口之一；十月中旬，它以 ChatGPT 浏览器扩展的身份重新出现，能力清单从「操作网页写代码」扩展到跨标签页任务、本地文件和五款浏览器。
这条线的走向很清楚：先在浏览器里落一个钉子，再把钉子长成结构。如果五月份你装过那个 Codex 扩展，今天的这波更新不是换了个产品，而是同一个位置上的能力翻倍——这也意味着你当初批准过的那些权限，值得重新看一遍。
三、三个入口，一张能力清单
官方文档给了三个入口：@Computer 是桌面应用本身，@Browser 是桌面应用内置的浏览器，@Chrome 是你日常登录的那个浏览器。三者共用同一个 ChatGPT，差别在于活动范围。
能力清单按官方口径摊开是这样的：研究市场、比较来源、从网站提取信息；在应用内打开并完善 Google Workspace 与 Microsoft 365 文件；跨网页执行多步操作；填表单；在已登录的站内干活，官方点名的场景有 LinkedIn、Salesforce、Gmail 和各类内部工具。
几个细节值得单独记。
浏览器任务跑在 Chrome 标签组里，同一个任务的页面会被归在一组——这意味着你能一眼看出 ChatGPT 现在替你开着哪些页面，也意味着它的动作在浏览器界面上是可见的，不是黑箱。
YouTube 有专门的支持：用带时间戳的字幕转录来解释、总结视频。写报告要引一段视频里的观点时，这个功能省掉的是「拖进度条找原话」的时间。
Appshot 是给桌面场景准备的：连按两次 Command，把最前面的 Mac 窗口以截图加可读文本的形式附进对话。浏览器之外的问题，靠这个入口进对话。
调用方式是在 ChatGPT Work 或 Codex 对话里直接 @：@Chrome、@Edge、@Brave Browser、@Opera、@Vivaldi。官方给的示例原话是「@Chrome open Salesforce and update the account from these call notes」。浏览器没开的时候，ChatGPT 也可以自行打开 Chrome。
四、本地文件与登录态：这次真正越过的两条线
所有更新点里，有两条线是以前没越过的，值得分开写清楚。
第一条是本地文件系统。James Sun 披露扩展「可访问本地文件系统与已安装插件」，这句话有一个必须写明的前提：前提是你在桌面端授权了 Computer Use。它不是扩展偷偷读盘——授权动作在桌面应用里做，权限在系统层面可查可撤。macOS 上，Computer Use 本身就需要「屏幕录制」与「辅助功能」两项系统权限，缺一项都跑不起来。所以准确的描述是：给了权限，它能碰本地文件；没给，它碰不到。
第二条是登录态。官方文档明确把「已登录站内任务」列为主打能力，例子是 LinkedIn、Salesforce、Gmail 和内部工具。这件事的分量的在于：扩展跑在你日常登录的浏览器里，继承的是你现有的登录状态——SSO 内网、CRM、企业邮箱，这些平时普通 agent 摸不到的地方，它都能进去干活。这也是 @Chrome 这个入口和 @Browser 的本质区别：前者有你的身份，后者没有。
两条线加起来，就是这次扩展和「网页里套个聊天框」的差距所在。但两条线同时也是风险所在：能碰本地文件的助手，和能登录你企业邮箱的助手，出一次错就不是刷新页面能解决的。官方文档自己也把话写在前面——页面内容、选中文字、视频转录，一律当作「不可信上下文」处理；在允许 ChatGPT 行动之前，先审一遍它要操作的页面。
五、权限分级：先问再做
能力写完了，必须写权限，因为这套扩展的默认姿态是「先问再做」。
新网站上的第一次动作，ChatGPT 会先停下来问。提示基于主机名，比如 example.com；你面对的是四级选择：Allow once（只许这一次）、Allow for this site（这个站都行）、Allow for all sites（所有站都行）、Decline（不做）。默认不问就动的情况，官方文档里没有。
四个选项里，后两个值得多看一眼。Allow for all sites 和「浏览器历史记录访问」这两项，被官方文档自己点名为扩大权限面的高风险选项——官方自己都提醒了，选择之前值得想清楚。
想省掉反复确认的，可以配白名单和黑名单：Settings > Computer Use，浏览器旁边点 Manage，把不再需要询问的域名放进 allowlist，把禁止使用的域名放进 blocklist。注意一个细节：这五款浏览器共享同一套网站权限，你在 Chrome 里放行过的站点，换到 Edge 里同样生效。
安装路径本身也是个权限流程：在 ChatGPT 桌面应用里依次打开 Settings、Computer Use，选好浏览器后点 Install，跳到扩展商店、批准权限，再回到 Computer Use 确认状态显示为 Manage。每一步都是一个显式确认，没有一键全勾的捷径。
这套设计的意图不难读：能力给到浏览器之外，决定权留在每一次询问里。代价是初期点确认的次数会比较多——这恰恰是「先问再做」在起作用，嫌烦而把所有站点一次性放行，等于亲手把这道闸拆了。
六、五款浏览器，以及入口怎么选
支持范围是五款：Chrome、Edge、Brave、Opera、Vivaldi，清一色 Chromium 系。Firefox 和 Safari 不支持，官方文档没有给出会支持的迹象。Opera 有个差别：没有侧边聊天，但支持桌面工作流。
入口怎么选，官方口径给了三句话：任务需要你现有的登录态——SSO 内网、CRM、企业邮箱——用 @Chrome 扩展；localhost、预览页、或者不在乎独立配置的，用 @Browser；有专门插件的服务，插件优先。
这三句话翻译一下就是一条判断规则：跟着身份走。你的活认你的登录态，就用你日常那个浏览器；不认身份的活，用沙箱一样的内置浏览器更安全，至少它和你日常浏览的环境是隔开的。
Firefox 和 Safari 用户暂时没有官方答案。对这两家的用户来说，可选的路径只有装一款 Chromium 系浏览器专门跑任务，把工作浏览器和日常浏览器分开——考虑到上面说的权限共享机制，这个隔离反而是个干净的方案。
七、战略解读：与其自建，不如寄生（这一节是分析，不是官方口径）
最后说战略。先把口径摆正：以下判断是本文的分析，不是 OpenAI 的官方表述；官方说的是「逐步停用独立 Atlas 浏览器，并向用户分享迁移到 ChatGPT 扩展的信息」，出自 The Decoder 与 AIBase 的报道转述。
Atlas 是 OpenAI 自研的 AI 浏览器，此前按独立产品推进。这次转向的背景，AIBase 的表述是「从独立浏览器到寄生策略，OpenAI 选择务实路线」——与其从零开始抢浏览器的份额，不如寄生在已经占全球约六成份额的 Chrome 上。
注意这里不能顺着说 Atlas「失败」了。官方口径始终是「逐步停用并迁移」，没评价过成败；能确认的事实只有两个：独立浏览器这条路不再往前走，Chrome 扩展这条路在加码。
为什么寄生是更优解？浏览器是全世界替换成本最高的软件入口之一，用户不会为一个新的 AI 浏览器搬家，但会让现有的浏览器多一个助手。自建浏览器要赢两次——先让人装，再让人用；寄生只需要赢一次。而 ChatGPT 扩展这次的更新清单，恰好是把「住在别人家」所需要的全套家具补齐了：登录态、本地文件、跨标签页、五款浏览器通吃。
还有一个容易被忽略的信号：时间线上，Codex 这个以写代码为名的扩展，最终长成了全浏览器助理。AI 公司对「入口」的争夺，正在从对话窗口下沉到浏览器这一层——谁替你操作浏览器，谁就站在你和整个互联网之间。OpenAI 这步棋走完，这个位置上的竞争才刚刚开始。
写在最后
把这次的更新合起来看：能力上，ChatGPT 从对话框走到了浏览器全上下文，再延伸到本地文件；范围上，从 Chrome 一家扩到五款 Chromium 浏览器；姿态上，从自建浏览器退回来，搬进别人占了六成份额的主场。
对普通用户，实用建议只有三条：装的时候走完整审批流程，别跳步骤；日常用 Allow once 和按站点放行，把「所有站点」这个选项留给真正需要的场景；把页面内容当不可信上下文看待，让 ChatGPT 动手之前，先看一眼它要操作什么。
至于 Atlas——一个按独立产品推进过的浏览器，最终化作了一行迁移提示。这个结局谈不上意外，但确实把一个问题摆到了所有做 AI 助手的公司面前：在浏览器这件事上，是从零造一个，还是搬进现有的那个？OpenAI 用五个月时间线和一次 10 月 17 日的更新，给出了自己的答案。
延伸阅读
- 五款常驻 Agent 横评：谁替你守夜：五款常驻 Agent 横评：谁替你守夜
- 开源 Dots 三天 2400 星：浏览器归它管：开源 Dots 三天 2400 星：浏览器归它管
- 谷歌给AI发工牌：Gemini agent入职自带邮箱日历：谷歌给 AI 发工牌：Gemini agent 入职自带邮箱日历