OpenAI Atlas浏览器：基于Chromium，却别具一格

「又一个 Chromium 套壳？」

面对 OpenAI 上周发布的 AI 浏览器 Atlas，这可能是不少人的第一反应。但今天，OpenAI 官方用一篇技术博客「回怼」了这个说法：我们「套」了，但和别人完全不一样。

尽管今天还有 Sora 角色客串功能和 GPT-5 查找和修复安全漏洞智能体的消息，但本文的重点是深扒 Atlas 背后的「灵魂」——OWL 架构。看看 OpenAI 究竟是如何驯服 Chromium，把它从浏览器「换皮」玩成了「架构重组」的。

基础是 Chromium

为了让 ChatGPT 成为网页浏览的真正副驾驶，OpenAI 表示必须彻底重构浏览器的底层架构：将 Atlas 与 Chromium 运行时剥离开来。这意味着要开发一种全新的 Chromium 集成方式，以满足以下三个关键目标：

秒级启动速度

打开更多标签页时依旧流畅

为智能体（Agent）场景打下坚实基础

OpenAI 强调，Chromium 是一个天然的构建基石。它能提供先进的网页引擎、完善的安全模型、一流的性能，以及卓越的网页兼容性；更重要的是，它由全球开发者社区持续改进。因此，它成为了现代桌面浏览器最常用的底层引擎。

重新定义浏览器体验

虽然基于 Chromium，但 OpenAI 自然也会强调自己的设计，包括在「Agent 模式」等功能中引入丰富的动画和视觉效果。

这要求工程团队使用最现代的原生框架（如 SwiftUI、AppKit 和 Metal），而不是简单地给开源的 Chromium 界面「换皮」。

结果，OpenAI 表示：「Atlas 的用户界面几乎是从零重建的一整套全新体验。」

OpenAI 的解决方案：OWL

为了解决这些挑战，OpenAI 构建了一个新的架构层，称为OWL（OpenAI’s Web Layer）。

OWL 是 OpenAI 整合 Chromium 的方式，其核心理念是：让 Chromium 的浏览器进程独立运行在 Atlas 主应用进程之外。

OWL 的工作方式

从高层来看，Atlas 浏览器是 OWL 客户端，而 Chromium 浏览器进程是 OWL 主机（Host）。两者通过 Mojo（Chromium 的进程间通信系统）进行通信。OpenAI 编写了 Swift（甚至 TypeScript）的 Mojo 绑定，使 Swift 应用能直接调用主机端接口。

渲染：跨进程传递像素

WebView 在客户端应用中共享一个合成容器，不同标签页的内容会动态交换显示。在 Chromium 一侧，这对应于一个 gfx::AcceleratedWidget，由底层的 CALayer 支撑。

输入事件：捕获与转发

由于 OWL 中 Chromium 在后台运行，OpenAI 在 Swift 客户端中自己完成事件转译，再将转换后的事件发给 Chromium。