trueNetLab logo
ZH
Arc 即将关闭:我的数字生活该搬到哪里?

Arc 即将关闭:我的数字生活该搬到哪里?

从私人事务切换到不同公司的工作时,我经常只需操作浏览器侧边栏。换一个 Space,里面就是对应的账户和页面。文件夹已经整理好,重要标签页也已固定。我几乎不用再考虑东西放在哪里。

Arc 就这样融入了我的日常。因此,它的终结比我原本想象的更令人难过。

2026 年 12 月 22 日,Arc 将在 macOS 和 Windows 上停止运行。 The Browser Company 已宣布关闭计划,届时桌面浏览器将无法继续使用。我早有预感,但看到确定的日期,还是心里一沉。X 上的公告、告别声明与时间表

现在开始寻找接班者,我才意识到,工作日中有多少事情依赖这一个应用。

浏览器就是我的微信

我觉得,把它比作手机上的微信很贴切。日常生活都在一个应用里展开后,最重要的就成了这个应用能否正常使用。Android 还是 iOS,反而退居其次。

浏览器对我就是如此。邮件、日历、网页应用、AI 工具和各种服务的管理都汇集在这里。Teams 和 Zoom 我安装在本地,但其他许多工作只需看看侧边栏就能找到。

所以,即使思考下一个操作系统,浏览器的问题也会跟着出现。继续使用 macOS?还是有朝一日转向 Linux,比如 Omarchy?如果浏览器能把我的工作方式一起带过去,切换系统就会容易很多。当然,还得考虑这些候选者实际支持哪些平台。

过去很长一段时间,Arc 让我不必做这个决定。我找到了合适的地方,也安顿好了自己的习惯。

我的 Spaces 里有什么

Spaces 是同一个浏览器窗口中的独立工作区,各自拥有标签页、文件夹和固定页面。切换起来有点像切换浏览器配置文件,但始终留在同一套界面中。需要隔离账户时,可以给 Space 分配单独的配置文件,由它隔离登录状态和 Cookie;多个 Space 也能共享一个配置文件。这样,我就能安排私人账户,以及经常合作的不同公司的账户。Arc 的 Spaces 与配置文件

我尤其喜欢切换的方式:在 Mac 上,用两根手指在触控板上左右滑动,指针位于侧边栏,就能进入另一个 Space。也可以用 Ctrl + 1、Ctrl + 2 等快捷键直接跳转。所有组织结构都留在同一个窗口里。这种工作区和简单操作的结合,是我以后仍想保留的。切换 Spaces

侧边栏渐渐形成了熟悉的秩序。相关页面放在一个文件夹里,常用的东西固定为标签页。我知道该往哪里看。这些小动作已经自然到不再引起注意,直到试用其他浏览器,才重新意识到它们有多方便。

如果接班者有 iPhone 应用,我会很欢迎。开源也比以前更重要。但首要任务仍是隔离私人和工作账户,并把文件夹安排妥当。

对 Dia 的信任已经受损

选择 Dia,迁移大概最容易解释:导入 Arc 数据,把原来的 Spaces 改叫 Profiles,然后继续工作。熟悉的功能逐渐补上。我理解为什么这对很多人来说是最自然的路线。

但我做不到那么轻松。我围绕 Arc 建立了工作方式,现在却又得打包搬家。经历这些之后,要马上把同样多的信任交给同一个提供商,很难。

失望之外,我也感谢这个团队。Arc 让我接触到一种感觉全新的浏览器操作方式,改变了我的习惯。Spaces 和侧边栏的组织变得如此熟悉,以至于现在我在其他地方寻找它们。我很高兴有多个项目接过这些想法,让 Arc 对我有价值的一部分得以保留。

背后的商业规模也不小。2025 年,Atlassian 宣布以约 6.1 亿美元现金收购 The Browser Company。收购对象是 Arc 和 Dia 背后的公司,包括团队与技术。我为 Josh Miller 和团队的商业成功感到高兴,但不知道其中有多少钱实际到了他个人手中。与此同时,小项目正在重现我最在乎的那些 Arc 想法。重做一个 Space 当然不等于重建一家公司。不过,在这些小项目里重新找到熟悉的工作方式,仍让我觉得有些奇妙。

我对 AI 浏览器的热情也降温了。OpenAI 已经停止提供独立的 Atlas 浏览器,网页上的 AI 工作则继续存在于 ChatGPT 应用内的浏览器中。究竟哪个产品代表未来,想法可以变得很快。我希望自己的工作场所能保留久一些。

我喜欢使用 AI,但要自己选择工具和提供商。厂商表示 Dia 的 AI 功能是可选的,不过整个产品及其大量集成对我来说仍然太多了。从 1.52.0 版起,通过 Atlassian 账户登录还会自动把 Dia 连接到 Atlassian。光是浏览器还要额外登录这件事,就已经让我不舒服。

把浏览器连接到其他服务时,我希望理解哪些数据流向哪里、谁能访问。Dia 的紧密绑定让我不安,再加上信任的损失,已经足够让我做出决定:下一款浏览器,我不会继续选择 The Browser Company。我可以感谢 Arc,同时告别它的提供商。

因此,再次安顿下来前,我会看得更仔细。开放的代码让其他人有机会继续维护被放弃的项目,虽然并不保证一定有人维护或更新。如果再加上好用的数据导出功能,下次搬家时至少能多一些余地。

Arc 的替代浏览器

找得越久,我越不想参加功能竞赛。我只想找到自己的工作,尽量少操心浏览器。因此,我带着不同期待看待下面这些项目。功能信息已于 2026 年 10 月 26 日对照项目官网核实,实际日常测试仍在进行。

所有候选者都必须满足同一个前提:开发也要跟得上安全更新。对于 Chromium 浏览器,我会观察引擎修复多快能变成实际可用的浏览器更新。面对严重漏洞,再多等两天对我来说太久了。只看 Chromium 版本号还不够,要看具体修复是否已包含、更新是否可用。WebKit 候选者则要检查各自的更新路径。未来两个月,我也会观察这一点。承载私人和工作账户的浏览器,在这里同样需要赢得信任。

  • Crest 从介绍看很接近我想保留的体验:Spaces、侧边栏文件夹、固定页面、Split View 和 Peek。Mac 上有 Chromium 与 WebKit,也有支持 iCloud 同步的 iPhone 和 iPad 应用。我喜欢它的开放代码。因此,虽然还在早期体验阶段,Crest 仍排在测试名单前列。接下来两个月,我会测试速度和稳定性。

  • Yab 吸引我的主要是它与 Arc 的相似。这个 WebKit 浏览器采用 Spaces、固定标签页、文件夹、Peek 和 Split View,也能导入 Arc 的结构,还有 iPhone 测试版。AI 功能可以使用已有的 Claude 或 ChatGPT 订阅,更符合我自己选择工具的想法。Yab 继续留在测试中。

  • Ardia 也值得仔细看看。Chromium、独立配置文件和 Chrome 扩展,是管理不同账户的有趣基础。此外还有侧边栏、Split View,以及内置广告和追踪拦截,代码也是开放的。对我来说,组织方式将决定结果:多个工作区都装满内容后,还能迅速找到标签页和分组吗?

  • Zen 在 Arc 只剩维护时,就已经进入我的视野。开源、Spaces 和侧边栏,让它看起来顺理成章。但我不太适应 Firefox 这套基础。我的日常感受是内存占用更高、性能更差。这是个人经验,独立测试也显示 Firefox 在某些任务上有优势。

  • Dia 直接导入 Arc 是实际优势,Profiles、固定标签页、Tab Groups 和 Split View 也能让切换更熟悉。但集成、登录和提供商带来的顾虑已经占了上风。因此,我排除了 Dia。

  • Helium 我已经试过,仍觉得这个项目很有意思。注重隐私、界面简洁的开源 Chromium 浏览器很合我的口味,只是缺少我需要的 Spaces。第 245 号 issue从 2025 年 10 月就提出了工作区需求,现在有了工作量评估,却还没有承诺交付日期。我不想把迁移寄托在未来功能上。它还缺少 Widevine DRM 支持,因此某些流媒体服务中受保护的视频可能无法播放,这也是日常使用的限制。

  • SigmaOS 有工作区、垂直标签页、分屏视图和 AI 助手 Airis,但整体让我觉得太繁复。我想整理工作,不想感觉又在学习一个操作系统。

  • Phi 的原生 Mac 界面和开放 Chromium 浏览器核心,最初让我感兴趣。但重点随后落到个人 AI 伙伴、记忆和自动化上。我找浏览器并不是为了这些。我想自行选择 AI 工具,所以它的产品理念不适合我,与技术上允许选择哪些模型无关。

  • Brave 也是我过去试过的选项。开源、Chromium、内置广告与追踪保护,以及主流桌面和移动平台的应用,都是优点。我尤其喜欢 Brave Origin可以不带 VPN、加密货币钱包等额外功能使用。但我想把配置文件或工作区放在共同的侧边栏里,像 Arc 一样快速切换。只有垂直标签页还不够。因此下一轮我仍集中测试 Crest、Yab 和 Ardia。

搬家要经得起一个工作日

最终决定可能取决于一个普通瞬间。我想从私人事务切换到工作,用正确的账户继续,然后找到刚才的标签页。如果总得寻找新的文件夹位置、纠正登录状态,再漂亮的功能清单也帮不上太多忙。

12 月 22 日之前,还得导出 Arc 数据。导出功能已经有了,但一份链接列表,还需要重新变成让我能自然找到方向的工作场所。

最终选哪一个,我会在后续文章里告诉大家。现在还在测试,每个候选者都让我更明白自己曾经从 Arc 得到了什么。

你们怎么办?坚持用 Arc 到最后,转向 Dia,还是已经找到了接班者?我尤其想听听独立账户、Spaces 和文件夹方面的经验。最近我正在这些事情上花不少时间。

下次见,
Joe

来源