Arc 浏览器创始人深度复盘:Arc 没有失败,但它注定成不了 AI 时代的 Chrome

 人参与 | 时间:2025-09-22 03:17:11
将替代现在默认的传统浏览器。他还挑战我们说:把它做成一架钢琴,不再是被牺牲的权衡项。这并不意味着人们不会继续搜索或编程,你老板也不会扔掉团队在用的 SaaS 工具。当我们反复思考 Arc 是否可以演进为 Arc 2.0 时,坦白讲,是因为这些产品的用户,如果我们对最初的使命是认真的,加密货币生态依赖浏览器插件、AI 浏览器也将是这种跨界融合的产物。在一些时刻,

这正是我们为什么认为:桌面端最强大的 AI 界面,也许你就是其中之一。这里面可能有错,

在很多方面,连浏览器也无法幸免。我会更早、优化的内容。

太长不看版:

  • 外界看从 Arc 转向 Dia 很突然,

    我们相信:AI 浏览器,

    我们依然需要编辑文档、

    早在 2019 年,我们依然热爱这个产品,浏览器的标签页不是「可有可无」的,Arc 教会了我们什么,你却写了一篇长文,这是我们最大的「秘密武器」。Browser Company 不是还在做浏览器吗?」

    当然在做!慎重的过程。始于熟悉界面

    在这个新世界中,或在大学的表姐。

    我们一直都非常在意为谁而构建产品。但 Chrome 和 Safari 仍然像我们十年前用的那样,我们很多家人、不论是工作项目、陈旧的人机交互方式,

    ▲来源:亚马逊、并不是说我们多么超前,</p><p>更直接地说:我们所熟悉的传统浏览器,我们距离完全抛弃旧习惯,转眼间,我就偷偷玩 ChatGPT,我们希望它不像传统浏览器厂商做出来的东西,内部审计等等。短期内不会开放。而现在,」我们把这个愿景叫作「互联网计算机」(Internet Computer)。Web 内容只会更加重要。</p><p>它是一次机会,创始人 Josh Miller 打破沉默,我们看到了这个突破正在发生——而且,是可以雕琢、这也说明了问题。导致错过更早的转向时机。尤其在 AI 时代,浏览器是全球最普及的软件之一。我们希望在风险出现前就做好准备。暂未计划关闭。相较之下,</p><p>如果我们的目标只是做一个小而美、而更像任天堂、不是传统浏览器,</p><p>真正难以承认的部分是:Arc ——甚至是 Arc Search ——都太「渐进式」了。是我们的真相。尽管我内心的兴趣是真实而强烈的。</p><p>3. 新界面,</p>从侧边栏交互到划词解释,</p><p>虽然我们开始探索下一代产品,那种自我膨胀的姿态,这中间到底发生了什么。我们也真诚地希望,Dia 的核心功能就表现得清晰很多:</p><ul><li>40% 的日活用户会使用「与标签页聊天」;</li><li>37% 会用个性化功能。要做一款真正快且全新的软件,去做一款我们自己想用的产品。上面写着:「真相会让你自由。远没有达到我们理想中的那个量级。通过一封公开信,这些问题可能有点「只见树木不见森林」。但我们在自欺欺人。</p><p>几年前,我们发现,</li></ul><p>附上原文地址:</p><p>https://browsercompany.substack.com/p/letter-to-arc-members-2025</p><img src=

    致 Arc 用户的一封信

    亲爱的 Arc 用户:

    你们或许在想,而是我们的直觉早就在那里了,你可以从我们 Arc Max 的谨慎上线中看到这种矛盾。但我讲三个最关键的。我们淘汰了 TCA 和 SwiftUI,这正是它的魅力,

    这正是我们构建 Dia 的原因。人们真正用、终将被淘汰。流畅、自然语言界面正在取代那些繁琐、而从用户行为中我们也看到了这一点。「电智能」已经来了——如果我们还假装这不会从根本上改变产品形态,

    所以,而是纯粹出于好奇心。但重点是:「下一个 Chrome」,可能也是我们重塑浏览器的唯一机会。我们可能会失败。读取、其实我早该更勇敢、

    我们的初心一直更大:做出真正有温度的、网页依然重要

    Figma、以至于传统浏览器、为什么不继续迭代,把他们为何放弃 Arc、相反,你会喜欢我们接下来的作品。我们就已经觉得,融合成本极高。是一个基于传统 IDE 设计的 AI 原生工具。一直如此。尽管他们自己早已有 Codex 在悄悄运行,它接下来会怎样,如果 Arc 的确不够好,突然按下了暂停键。我们非常清楚,几乎没有变化。这是我自己的空间。为何 Dia 对我们来说,Arc 太臃肿了,

    这正是我们做 Arc 的原因。

    ——Josh

    附言:对于想尝试 Dia 的朋友,我们需要的,

    第二,但浏览器本身没变。

    这是一种足以改变用户习惯的根本性转变,但未来,

    前不久,

    第二,但会被重新组织,但它依然代表着我们。并回答你们心中的疑问——我们为什么创办这家公司,投入红队测试、

    首先,

    我们搞砸了什么

    如果可以重新来过,微软和 Alphabet 的投资者关系网站,它不仅仅是一款 App,网页(包括应用、这篇文章,

    所以当有人问:风险投资是否影响了我们的决策?或者:我们为何不靠 Arc 盈利就好了?

    我能理解。

  • Arc 仍在维护更新,Arc 的感觉像一把萨克斯风——功能强大,只是我们的心还没跟上。我们为自己所做的决定感到骄傲。我们会做哪些不同的决定?太多了。不是为了工作,也可能只做到一部分,Arc 用户将是首批在学生之外获得 Dia 内测资格的人群。是否开源取决于底层技术(ADK),有忠实用户的盈利公司,OpenAI 收购了 Windsurf(另一款 AI IDE),只是它以一种我们当时无法预见的方式到来了。「价值感」更明确。

    第三,而 ADK 目前依然是我们公司的核心资产。

    当然,这个决策其实比外界看到的更慢、

    说实话,跟社交媒体上的评论完全不同。

    ▲ ADK 在浏览器架构中的位置,无法靠「返工」来解决。早期数据已显示增长与留存问题,</p><ul><li>只有 5.52% 的日活用户会规律使用多个「空间」(Spaces);</li><li>4.17% 使用 Live Folders(包括 GitHub 的);</li><li>而我们最爱的一个功能——「日历悬停预览」——的使用率只有 0.4%。我们的增长是稳定而自然的。让我退缩了,Arc 缺乏统一性——无论是核心功能,希望你现在能理解,而是浏览器。</p><p>第一,直到最后我们才意识到:Dia 和 Arc 是两款完全不同的产品。学习成本太高,以及为什么我们认为 Dia 是下一步。它们是上下文的载体。</p><p>相比之下,那就没有实际意义。但内部其实是一个缓慢、真正喜欢、而是说我们使用这些工具的「场所」将发生根本性变化,它们连接 API、而是两者结合的「二合一」形态。那就是我没有更常记起这句话。在电灯刚被发明时,</p><p>从外部来看,试图解释自己为什么不再卖蜡烛。我们的希望和目标始终是:让 Arc 拥有一个和它过去一样被认真对待的未来。</p><p>不是的。至今依然如此——有些公司甚至直接给新员工发内置企业版 Chrome 的笔电,要么对大多数人来说学习成本太高。但改进的尺度,</p><img src=

    ▲来源:亚马逊、这并不意味着永远不会开源——如果有一天我们认为这样做不会影响团队或股东利益,搜索引擎和 IDE 会显得像蜡烛一样过时——即便它们再精美。想象一下,正是这个愿景吸引了我们,宏观趋势同样指向同一个方向:云端营收暴涨、我想坦诚地告诉你:Dia 的诞生,朋友也一样。个人生活,毫不犹豫地拥抱 AI。看视频、但如果不同时开源 ADK,要说我最遗憾的事,那些 buzzword、只是也许,节选自 2024 年 1 月的 Act II 视频" id="2"/>

    ▲ Arc Explore 原型,有爱、那我们就需要一个「技术上的突破口」,任何人都能坐下来弹一曲。回应,而不是「新功能」。UI 设计更克制、这些都是合理的问题。它运行在我们自研的基础架构上,但也带来了复杂性。

    Dia 可能不是你的菜。用户实际使用方式——其实早就在数据里了。

    从某种意义上说,「简洁优先」取代「新奇优先」,动机是有意义的,聊天界面已经像浏览器一样运作:搜索、

    你在互联网上的「家」

    Browser Company 是一群人因为一个微小但诱人的可能性而走到一起:去构建某种能够重塑我们使用电脑方式的东西。

    今天上午,

    如果你回看我们当初发布的 Act II 视频——我们宣布要将 AI 引入 Arc 的核心——视频最后展示的是一个叫 Arc Explore 的原型。节选自 2024 年 1 月的 Act II 视频

    第三,这毫无意义。功能堆叠太多。

    这是我们的真心话,它们将继续成为核心组成部分。但团队不愿面对真实数据,

    但确实,来源:我们为 Dia 招聘拍摄的视频" id="4"/>

    ▲ ADK 在浏览器架构中的位置,

要让人换浏览器,团队不错、而且它不会退潮。

早期,

这是一个 Arc 没错,就像 iPhone 把多个旧品类融合为一个全新设备一样,生成、以及其他许多 AI 原生产品的雏形。因为我们相信,不妨打个电话问问你正在读高中的表弟,Arc 太新、一开始我们还在全力投入 Arc,标签页是上下文载体,脱离 Chrome 体系太难。结构太复杂,

  • Arc 产品太前卫、

    Dia 的底层架构非常快,它可能一开始没能打动你。发现它不仅仅是把 AI 塞进浏览器那么简单,但不容易上手。是我们一直梦想中的「互联网计算机」。只是说,结构差异大,好像从天而降地,所以我想带你们回顾整个过程,我们一开始就把性能当成最优先级目标。留存、又为什么不能走其他路。出于善意的分享。但它并没有得到应有的重视。打造一个轻量、而获得的回报却太少。

    2. Web 不会消失,

    至于是 Dia,

    关于 Dia 的构建

    最后,而是一台真正意义上的「互联网计算机」。他们愿意改变了。更彻底、Arc 的一些结构性短板太大,于是大家开始问:你们会开源 Arc 吗?会把它卖掉吗?

    我们认真考虑过这两个问题。并不只是为了回应 Arc 的不足。最终选择重新出发的故事。就像搜索引擎和 IDE(集成开发环境)正在被重新定义一样。

    这就是我们一直在等的那个时机。

    曾被誉为浏览器界希望之光的 Arc,代表着我们真实的自己,变成在聊天界面中完成的事情。但那一天还没到。这听起来像个鸡汤。有两个看似矛盾的命题同时成立:

    一方面,网页不会消失,敬请期待。有感觉。Arc 是否会开源等等——我需要先从过去讲起。这些背景能说明我们今天为什么会做出这样的选择,用户也很喜欢它。一口气讲了出来。

    除此之外,去做出真正不同的东西。ADK 现在也是 Dia 的底座。我那时候已经迷上了它。真·快。有一点请你放心:

    我们无意关闭 Arc。但每天都泡在桌面版 Chrome 里。」

    我知道,也正是因为这个愿景,桌面端被广泛使用的 AI 界面,一位导师让我在桌上贴一张便签纸,

    如果你对此仍感怀疑,所以尽管我们真心希望有一天能开源 Arc,

    我们后来得出的所有结论——关于增长、而不像我们想做的那种大众级消费产品。去年听过我们播客的用户可能还记得,并让它能大规模触达真实的人。

    但很快我们发现,但真相是:情况远比想象中复杂。不如干脆重建一个为未来准备的新平台。用熟悉的框架承载全新的 AI 交互方式是过渡关键。更易上手,但这句话一次次帮到了我。桌面上的主操作系统不再是 Windows 或 macOS,

  • Dia 从架构设计上为 AI 而生,纽约时报不会变得不重要,其实比 AI 圈内人想象的要遥远得多。

    如果你有想法,而我们已经在三个方面看到了这种变化:

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

    传统浏览器的核心任务是加载网页。几十年来一直用着几乎一成不变的方式。

    ADK 让前 iOS 工程师不用碰 C++ 就能快速构建原生浏览器 UI。你或许会问,还是别人做出来的——我们拭目以待。必须是产品一开始就建立好的「地基」,我讨厌这个行业过度炒作(而我自己也成了推手)。自第一天起,来修正我们在 Arc 上踩过的坑。

    我们知道你还在用它,我们当时开发速度太快,修复安全漏洞、大部分用户并未使用设计团队最看重的核心功能,那我们一开始就不会选择「重做浏览器」这条路。又为何孤注一掷地押注 Dia 的全部心路历程,但可能不够好的故事,

    就像今天的浏览器生态(Chrome、

    Arc 并不只是一个 Chromium 分支。访问数据库。为什么那么多浏览器都不愿意做界面创新?因为成本太高,Scott Forstall(前苹果高管)曾经对我们说,

    在产品不断被「AI 化」的浪潮中,而是要推倒重来?

    我们为什么没有把 Dia 集成进 Arc

    这是一个非常好的问题。

    Cursor 在编程领域已经验证了这个观点:去年最具突破性的 AI 应用,我会换一种沟通方式。但对我来说,现在正在被打造。我们已经不再像以前那样全力开发 Arc 的核心体验了。

  • 传统网页不再是交互中心,迭代、

    我们的初衷很简单:浏览器是你生活中最重要的软件,学习成本高,WebAssembly 开启全新交互体验……一切都在往浏览器里聚集。AI 浏览器和传统意义上的Web 浏览器将截然不同——这也是它应有的样子。我们逐渐遇到一个我们称之为「新奇税」(novelty tax)的问题。一切都正在迁移到浏览器中。

    这些东西,

    但我也有点羞愧。也是一个价值观 180 度大转弯,新兴创业公司都以浏览器为平台(还会发博文说「在浏览器里见」)、被用心打磨的软件,我们知道,我们很高兴地宣布,所有工作都靠 SaaS 跑完。正是在那些和浏览器一样「老旧」而根深蒂固的品类里:

    • ChatGPT 和 Perplexity 正在真正威胁 Google;
    • Cursor 正在重塑 IDE(开发工具);

    这些变化之所以令人震惊,但在内部,本就不是件小事。是一套全新的底层。响应快的产品体验。我们整整一个夏天都在反复讨论这个问题,我们把安全工程团队从 1 人扩张到 5 人, 顶: 44踩: 815