核心技术架构 (OWL) - 构建了名为OWL的新架构层，其核心理念是将Chromium浏览器进程与Atlas主应用进程完全分离[5] - 该方法使Atlas主应用能使用SwiftUI和AppKit等现代原生框架构建，而Chromium作为独立服务运行[4][7] - 架构分离带来多项优势：应用启动速度更快、Chromium问题不会导致主应用崩溃、与上游Chromium代码的合并冲突更少、整体开发节奏更快[7] 技术实现细节 - OWL客户端（Atlas）与主机（Chromium进程）通过Mojo进程间通信系统进行通信，公司编写了Swift和TypeScript的Mojo绑定[8] - OWL客户端库提供简洁的Swift API，抽象了Session、Profile、WebView等关键功能，并包含书签、下载、扩展等服务端点[8][10] - 渲染方面，WebView在客户端应用中共享合成容器，通过暴露CALayer的上下文ID给客户端，由NSView嵌入实现[11] - 输入事件处理在Swift客户端中完成转译后再发送给Chromium，若网页未处理事件则返回客户端重新生成NSEvent[14][17] 产品性能与设计目标 - 产品设计需满足三个关键目标：秒级启动速度、打开大量标签页时保持流畅、为智能体场景奠定坚实基础[2] - 用户界面几乎是从零重建的全新体验，而非对开源Chromium界面的简单换皮[4] - 为实现快速启动和支持上百个标签页同时运行，对Chromium的集成方式进行了重新设计，而非大幅修改其默认架构[4] 智能体模式特性 - 智能体浏览模式对渲染、输入和数据存储有特殊要求，计算机使用模型需要屏幕完整图像作为输入[18] - 在Agent模式下，会将如下拉框等独立弹窗重新合成为主页面的一部分，确保模型能在一帧内看到完整上下文[18] - 输入事件遵循安全原则，Agent生成的事件直接传递给渲染器，不经过特权浏览器层，以确保沙箱隔离[18] - Agent浏览可在临时登出上下文中运行，使用独立的StoragePartition创建内存存储，会话结束后所有数据被清除，支持多个互不干扰的会话同时运行[18] 开发文化与工程实践 - 架构选择旨在保留公司的工程文化，即新工程师入职第一天下午就要提交并合并代码改动[4] - OWL内部以预构建二进制形式分发，使Atlas的构建时间仅需几分钟，大多数工程师无需本地编译Chromium[7] - 采用更巧妙的集成路径是为了保持开发速度，使功能实验、迭代和上线节奏加快[4]