ChatGPT Atlas只活了292天

OpenAI 给 Atlas 用户留了最后 6 天

OpenAI 将于 2026 年 8 月 9 日停止 ChatGPT Atlas 浏览器服务，届时这款产品可能无法继续启动或浏览网页，也不会再获得功能与安全更新。今天是 8 月 3 日，用户只剩 6 天处理书签、历史记录和登录状态。

ChatGPT Atlas 是 OpenAI 面向 macOS 推出的独立 AI 浏览器，核心思路是把网页浏览、ChatGPT 对话和 AI 代理操作放进同一个桌面入口。它于 2025 年 10 月 21 日上线，到正式停服只有约 292 天，连完整的一年都没有走完。

这次停服不是一次普通的产品更名，也不是后台自动升级。根据 OpenAI 公布的迁移安排，Atlas 中的数据不会自动进入新版 ChatGPT，用户必须在截止日期前主动导出；其中 Cookie 无法导出，迁移后需要在各个网站重新登录。

停服意味着什么：不是停止开发那么简单

停服是指产品的在线服务、维护与技术支持进入终止状态，用户不能再假设其核心功能会持续可用。OpenAI 给出的措辞意味着，8 月 9 日之后 Atlas 不只是收不到新功能，还可能无法打开或正常加载网页。

安全更新终止是这次变化中最容易被低估的风险。浏览器直接处理网页脚本、下载文件、账号会话、支付页面和本地数据，一旦底层组件出现新的高危漏洞，没有补丁的浏览器就会迅速从生产力工具变成安全短板。

用户不应该把 8 月 9 日理解为一个可以拖延的建议日期。即使 Atlas 在停服后短期内仍能启动，也不代表它仍然适合用于登录邮箱、开发者后台、云服务控制台、代码仓库或企业内部系统。

据 IT之家对官方信息的整理，OpenAI 已明确建议用户不要在停止支持后继续使用 Atlas。对于开发者和重度用户来说，最稳妥的做法是在 8 月 9 日前完成导出，并立即切换默认浏览器，而不是等软件彻底无法打开再处理数据。

Atlas 数据不会自动进入新版 ChatGPT

数据不会自动迁移，是本次停服最关键的产品信息。用户即使继续使用同一个 OpenAI 账号，也不能默认认为 Atlas 的书签、历史记录和浏览器状态会同步到新版 ChatGPT 桌面应用。

HTML 书签文件是一种通用的浏览器迁移格式，它把书签名称、网址和文件夹层级保存在本地文件中，可由 Chrome 等主流浏览器重新导入。它的优点是兼容性较高，缺点是只能保存结构化链接，无法完整还原浏览器当时的工作环境。

Cookie 是网站存放在浏览器中的小型状态数据，常用于保持登录、保存会话和记录站点偏好。Atlas 目前无法导出 Cookie，因此用户迁移到 Chrome 或其他浏览器后，需要重新登录 GitHub、邮箱、社交平台、云控制台以及其他曾经保持会话的网站。

Cookie 不能迁移并不只是多输几次密码的问题。对于启用了双重验证、硬件安全密钥、通行密钥或企业单点登录的账号，用户还应提前确认验证设备、恢复代码和管理员授权仍然可用，否则很可能在切换后遇到集中性的账号访问问题。

Atlas 的迁移边界可以概括如下：

| 数据或能力 | 是否自动迁移到新版 ChatGPT | 能否手动处理 | 迁移后的影响 | |---|---:|---:|---| | 书签 | 否 | 可导出为 HTML，再导入其他浏览器 | 文件夹结构通常可保留，但应人工抽查 | | 历史记录 | 否 | 按 Atlas 当前提供的导出能力处理 | 不应假设能完整还原时间、访问状态和页面上下文 | | Cookie | 否 | 目前无法导出 | 所有网站需要重新登录 | | 已打开页面 | 否 | 重要页面应提前保存为书签 | 未保存的临时工作区可能丢失 | | Atlas 功能与安全更新 | 不适用 | 无法自行恢复 | 8 月 9 日后继续使用存在安全风险 | | ChatGPT 浏览能力 | 不直接迁移 | 可改用 Chrome 扩展或新版桌面应用 | 产品入口和交互方式会发生变化 |

现在应该怎么迁移

最可靠的迁移方式是先导出、再导入、最后验证，而不是只完成文件导出就认为任务已经结束。HTML 文件损坏、层级丢失、重复书签和遗漏临时页面，都可能在实际迁移中出现。

第一步：整理仍然有价值的页面

用户应先把当前打开但尚未收藏的重要页面加入书签。AI 浏览器的使用方式往往比传统浏览器更依赖临时任务，例如一组研究资料、正在比较的产品页面、尚未提交的表单或由代理打开的多个结果页，这些内容不一定会被书签导出覆盖。

用户还应单独保存不能仅靠网址恢复的内容。尚未提交的文本、网页内草稿、临时筛选条件和本地页面状态，通常不会因为保存了链接而自动保留。

第二步：导出书签和可导出的历史数据

用户应通过 Atlas 当前版本提供的数据导出功能，将书签以及支持导出的浏览记录保存为 HTML 文件。由于不同版本的导出范围可能存在差异，不能只看导出按钮是否成功，还要打开 HTML 文件确认其中确实包含预期的网址和文件夹。

用户应把导出的 HTML 文件视为敏感数据。书签和历史记录可能暴露公司项目、内部工具地址、医疗查询、投资研究或个人兴趣，因此不建议把迁移文件随意上传到公开网盘、聊天群或不受管理的共享目录。

第三步：导入 Chrome 或其他主流浏览器

用户可以在 Chrome 的书签管理器中选择导入书签，并选取 Atlas 导出的 HTML 文件。其他支持标准 HTML 书签格式的浏览器通常也能完成导入，但具体菜单名称和导入后的目录位置可能不同。

用户应在导入后抽查至少三类内容：多层文件夹、包含非英文字符的书签，以及带有较长查询参数的网址。检查的重点不是书签数量看起来是否接近，而是关键项目入口和常用资料能否真正打开。

第四步：准备重新登录所有网站

用户应提前确认密码管理器、双重验证应用、通行密钥和账号恢复方式能够正常使用。由于 Cookie 无法转移，新的浏览器不会继承 Atlas 中的登录会话，这一步无法通过复制书签绕过。

企业用户应特别检查单点登录和设备合规策略。部分公司后台会把新浏览器识别为新设备，要求重新进行身份验证、设备注册或管理员审批，临近截止日期再处理可能影响正常工作。

第五步：切换默认浏览器并停止使用 Atlas

用户应在确认迁移完成后，把系统默认浏览器切换到仍在维护的产品。默认浏览器切换可以避免邮件、文档和开发工具中的链接继续被 Atlas 打开，也能降低无意中使用停更浏览器处理敏感业务的概率。

用户不应为了保留旧工作流而长期保留 Atlas 作为备用入口。一个不再接收安全补丁的浏览器，即便表面上仍能加载网页，也不适合继续承担账号登录、在线支付、代码管理和云资源操作。

三条替代路线，面向的并不是同一类用户

Chrome 扩展、新版 ChatGPT 桌面应用和传统浏览器不是完全等价的替代品。OpenAI 实际上是在把 Atlas 的一体化体验拆成两个方向：需要成熟浏览器生态的用户留在 Chrome，需要更深 AI 代理能力的用户转向 ChatGPT 桌面应用。

| 方案 | 浏览器成熟度 | ChatGPT 集成方式 | 适合人群 | 主要代价 | |---|---|---|---|---| | ChatGPT Atlas | 8 月 9 日停服 | 浏览器原生集成 | 不再建议使用 | 数据需手动迁移，后续无安全更新 | | Chrome + ChatGPT 扩展或侧边栏 | 高 | 在现有浏览器内调用 ChatGPT | 依赖扩展、开发者工具和多账号配置的用户 | AI 能力不是浏览器唯一核心界面 | | 新版 ChatGPT 桌面应用 | 取决于新版应用能力 | ChatGPT 与代理能力深度整合 | 以 AI 任务执行为中心的用户 | 需要适应新的窗口和任务管理逻辑 | | 其他仍在维护的浏览器 | 高 | 通过网页或相应扩展使用 ChatGPT | 更重视隐私、跨平台或特定生态的用户 | 与 OpenAI 的原生整合程度可能较低 |

Chrome 加 ChatGPT 扩展是当前风险最低的迁移方案。它保留了成熟的扩展生态、书签管理、开发者工具和安全更新机制，同时让用户在需要时调用 ChatGPT，而不是把全部浏览活动绑定在一款生命周期尚未得到验证的独立浏览器上。

新版 ChatGPT 桌面应用更像 Atlas 产品思路的继承者。它把 AI 代理、对话和网页操作集中到 ChatGPT 主产品中，避免 OpenAI 同时维护一整套独立浏览器外壳，也更符合其把 Codex、工作代理和浏览能力整合到统一入口的方向。

Atlas 停服暴露了 AI 浏览器的真正难题

Atlas 的问题并不是 AI 无法改变浏览器，而是独立浏览器的替换成本远高于增加一个 AI 侧边栏。用户迁移浏览器时要带走的不只是书签，还包括密码管理、扩展、企业策略、开发者工具、账号会话、跨设备同步和多年形成的操作习惯。

不到 10 个月的产品周期说明，OpenAI 没有继续为独立浏览器形态支付高昂的维护成本。浏览器需要持续跟进网页标准、底层引擎、安全漏洞和兼容性问题，而这些投入未必能直接转化为 ChatGPT 的模型优势。

Atlas 的退场也说明，AI 代理最终需要的是可靠的浏览能力，而不一定需要一款新的浏览器品牌。只要代理能够在用户授权下读取页面、执行任务并返回结果，相关能力完全可以存在于桌面应用、扩展或操作系统级入口中。

OpenAI 的选择在产品层面是合理的，但迁移体验并不理想。数据不自动进入新版 ChatGPT、Cookie 无法导出、停服后可能无法打开，这意味着用户承担了产品路线调整的大部分成本；对于一款上线不足一年的产品，这会直接削弱用户对下一款独立客户端的信任。

对开发者和深度用户的影响更大

开发者比普通用户更容易受到 Cookie 无法迁移的影响。GitHub、云平台、监控后台、数据库控制台和内部开发环境往往采用多因素认证，重新建立全部会话可能需要数小时，而不是几分钟。

研究型用户比普通用户更容易丢失历史上下文。Atlas 中由 AI 代理打开的一组页面，可能对应一次完整的竞品分析、论文检索或采购调查；如果这些页面没有被整理成书签，单纯导出收藏夹并不能恢复任务现场。

团队用户还需要区分个人数据与组织数据。员工自行导出的 HTML 文件可能包含内部系统地址和项目名称，企业应明确文件保存位置、迁移完成后的删除策略，以及是否允许导入个人浏览器。

最后判断：尽快迁移，不要等到 8 月 9 日

ChatGPT Atlas 的停服不是 AI 浏览器概念的终点，而是 OpenAI 放弃独立浏览器外壳、转向统一 ChatGPT 入口的明确信号。Atlas 的浏览与代理能力会以其他形态继续存在，但用户原有的数据和会话不会因此自然跟过去。

用户现在最重要的任务不是寻找一个界面完全相同的替代品，而是确保关键数据可恢复、重要账号可重新登录、默认浏览器已切换。对于绝大多数人，Chrome 加 ChatGPT 扩展是更稳妥的过渡方案；对于依赖代理执行复杂任务的人，新版 ChatGPT 桌面应用更值得评估。

8 月 9 日之后继续使用 Atlas 没有实际收益，却会逐步增加安全和数据风险。OpenAI 已经给出了明确的终止时间，用户最好在未来 48 小时内完成导出与验证，把剩余时间留给登录恢复和工作流调整。

迁移检查清单

• 立即导出数据： 将 Atlas 中的书签和当前版本支持导出的浏览记录保存为 HTML。
• 保存临时页面： 把仍在使用的标签页、研究资料和任务结果加入书签或单独记录。
• 验证导出文件： 打开 HTML 文件，检查关键链接、中文名称和文件夹层级。
• 导入新浏览器： 将数据导入 Chrome 或其他仍持续维护的浏览器。
• 准备账号验证： 确认密码管理器、双重验证设备、恢复代码和安全密钥可用。
• 重新登录网站： Cookie 无法导出，常用服务需要逐一建立新会话。
• 切换默认浏览器： 避免系统链接在 8 月 9 日后继续调用 Atlas。
• 停止处理敏感业务： 停止支持后，不要再用 Atlas 登录邮箱、代码仓库或云控制台。

参考来源

• IT之家：ChatGPT Atlas 浏览器将于 8 月 9 日停止服务，用户需抓紧导出书签数据——整理了 Atlas 的停服日期、数据迁移限制、Cookie 无法导出及安全风险提示。