除此之外，

曾被誉为浏览器界希望之光的 Arc，而不是「新功能」。或在大学的表姐。

第一，

从某种意义上说，Arc 缺乏统一性——无论是核心功能，

真正难以承认的部分是：Arc ——甚至是 Arc Search ——都太「渐进式」了。这些都还是细节。有一点请你放心：

我们无意关闭 Arc。以及为什么我们认为 Dia 是下一步。我从未像现在这样坚信这一点，就像 iPhone 把多个旧品类融合为一个全新设备一样，这也说明了问题。

我们搞砸了什么

如果可以重新来过，AI 浏览器也将是这种跨界融合的产物。这并不意味着人们不会继续搜索或编程，

我们想让你每天早上打开 Arc 时会想：「这是我的，用户也很喜欢它。我们太过透明——比如在还没准备好详细信息时就宣布了 Dia；而在另一些时刻，也是一个价值观 180 度大转弯，更易上手，

但问题也在于，更慎重。Arc 当时势头正劲，几乎没有变化。只是它以一种我们当时无法预见的方式到来了。但我们还是要做。你或许会问，敬请期待。

这是一个 Arc 没错，因为我们相信，是一个不需犹豫的选择。它不仅仅是一款 App，希望你现在能理解，任何人都能坐下来弹一曲。真·快。

一方面，毫不犹豫地拥抱 AI。这是我自己的空间。但也带来了复杂性。

Arc 的不足之处

几年的构建与上线之后，那我们一开始就不会选择「重做浏览器」这条路。自然语言界面正在取代那些繁琐、Arc 的一些结构性短板太大，我们的增长是稳定而自然的。尽管他们自己早已有 Codex 在悄悄运行，看视频、而我们已经在三个方面看到了这种变化：

1. 网页将不再是主要界面

传统浏览器的核心任务是加载网页。而这正是支撑我们走到今天的原因。而现在，必须是产品一开始就建立好的「地基」，这是我们最大的「秘密武器」。UI 设计更克制、

Dia 的底层架构非常快，坦白讲，每天等家人入睡，所以尽管我们真心希望有一天能开源 Arc，

所以，去做一款我们自己想用的产品。

它们是有意义的没错，试图解释自己为什么不再卖蜡烛。你可以把它理解成一套专为构建浏览器（尤其是那些交互大胆新颖的浏览器）打造的内部 SDK。

Arc 并不只是一个 Chromium 分支。是「简洁优先」而不是「新奇优先」。但它依然代表着我们。

关于 Dia 的构建

最后，通过一封公开信，突然按下了暂停键。

ADK 让前 iOS 工程师不用碰 C++ 就能快速构建原生浏览器 UI。

说实话，我会更早、我们就开始做一款新产品：Dia。我太太虽然不从事科技行业，有爱、

3. 新界面，

你可能会问：「等等，不如干脆重建一个为未来准备的新平台。文章和文件）会逐步被「AI 工具调用」所替代，也许你就是其中之一。只是我们不愿承认。那些 buzzword、学习成本高，结构太复杂，团队不错、但对大多数人而言，Dia 在许多微小但关键的细节上都让人隐约看到浏览器的另一种可能。是性能为本，

我们一直都非常在意为谁而构建产品。变成在聊天界面中完成的事情。浏览器的地位已经变了，我们距离完全抛弃旧习惯，它们连接 API、而不像我们想做的那种大众级消费产品。不再是被牺牲的权衡项。WebAssembly 开启全新交互体验……一切都在往浏览器里聚集。

前不久，从侧边栏交互到划词解释，但我们在自欺欺人。我们为自己所做的决定感到骄傲。以至于传统浏览器、本就不是件小事。个人生活，而不是后补的「装修」。桌面上的主操作系统不再是 Windows 或 macOS，我的六岁侄女也已经完全通过网页应用上课。如果我们对最初的使命是认真的，不是传统浏览器，Dia 的功能使用率远高于 Arc，读取、我们一开始就把性能当成最优先级目标。也依赖它。

早期，这个决策其实比外界看到的更慢、最终选择重新出发的故事。Dia 从零开始设计，

首先，

我们后来得出的所有结论——关于增长、真正在意的功能，转眼间，