Zigzag Browser：Arc 之后，Mac 原生浏览器的轻量选择

Arc 浏览器宣布停止维护后，一批用户开始寻找替代品。Product Hunt 上出现了一款名为 Zigzag Browser 的产品，定位很明确：为离开 Arc 的人提供一个原生的 Mac 浏览器，保留侧边栏和空间（spaces）的使用习惯，但走的是完全不同的技术路线。

为什么是 WebKit，而不是 Chromium

Zigzag 最核心的差异在于渲染引擎。它基于 WebKit 构建，而非 Chromium。这个选择直接决定了产品的体积和气质：整个应用只有 18 MB，而 Arc 是 871 MB，相差接近两个数量级。

对于一款浏览器来说，体积小意味着更快的启动、更低的磁盘占用，也意味着更少的后台进程。WebKit 在 macOS 上是系统原生引擎，Safari 用的就是它，因此 Zigzag 能更好地融入系统，在功耗和内存管理上具备天然优势。这是一个有意识的取舍：放弃 Chromium 生态的完整兼容性，换取原生体验和轻量。

WebKit 最初由苹果从 KHTML 分支发展而来，是 Safari 在 macOS 和 iOS 上的底层渲染引擎，也是 App Store 中所有 iOS 浏览器必须使用的内核。Chromium 则基于 Blink 引擎，由 Google 主导，Chrome、Edge、Opera 等均采用这一路线。两者的关键差异在于生态与系统集成：Chromium 扩展生态庞大、网页兼容性覆盖更广，但需要自带大量运行时组件；WebKit 与 macOS 深度绑定，可复用系统框架，因而包体小、启动快、功耗低。代价是部分依赖 Chromium 私有 API 或特定渲染行为的站点可能出现显示异常，扩展能力也受限于 Safari 的扩展模型，而非完整的 Chrome 扩展商店。

迁移成本：一分钟切换

换浏览器最大的阻力从来不是功能，而是迁移成本。Zigzag 的做法是「一次导入带走所有东西」，官方描述是切换只需一分钟，导入后账号已经是登录状态。

这个设计针对的正是 Arc 用户的痛点：书签、标签、登录态、扩展配置，任何一项丢失都会让人放弃尝试。Zigzag 把迁移压缩成一步操作，降低了用户从 Arc 出走的门槛。

浏览器迁移的核心对象通常包括书签、历史记录、密码与 Cookie 登录态、扩展配置以及标签页会话。多数浏览器通过导入书签 HTML 或读取其他浏览器的本地数据库来完成迁移，但登录态往往无法带走，用户需要在新浏览器中重新登录各站点。Zigzag 宣称的一分钟导入并保持登录状态，意味着它可能在导入时读取并复用已有浏览器的 Cookie 或凭据存储，从而省去逐站登录的步骤。这种做法在技术上可行，但涉及对敏感数据的访问权限，用户在选择此类工具时应确认其数据处理方式与开源实现是否透明。

熟悉的功能，熟悉的操作

Zigzag 保留了 Arc 用户已经习惯的交互方式：可以左右滑动的彩色空间、分屏视图（split view）、快速预览（peek）。这些是 Arc 最具辨识度的设计，也是很多用户不愿离开 Arc 的原因。Zigzag 没有重新发明交互，而是把这些习惯延续下来。

扩展方面，它支持 1Password、Tampermonkey 这类 Chrome 扩展，并内置广告拦截。对于一个 18 MB 的应用来说，这个功能覆盖已经相当完整。

Peek（快速预览）是 Arc 引入的一种交互：在侧边栏悬停或点击链接时，以浮层小窗预览目标页面，而不必立即切换标签，适合快速扫读或临时查看。分屏视图则允许在同一窗口内并排显示两个页面，常用于对照阅读或边看文档边操作。彩色空间是 Arc 对标签分组的高级抽象，每个空间拥有独立的侧边栏、主题色和配置文件，可在不同项目或生活场景间切换。这些交互依赖浏览器对标签管理模型的深度改造，而非简单的前端样式，因此在 WebKit 上复刻需要自行实现标签与窗口管理层，这也是 Zigzag 在 18 MB 体积下仍需投入较多工程量的原因之一。

开源、无账号、无 AI

Zigzag 在定位上做了几个明确的「不做」：开源、不需要账号、没有 AI 功能。官方给出的理由是「没有人能关掉它」——开源意味着代码可审计、可fork，不会因为商业决策而突然消失，这正是 Arc 用户经历过的教训。

无账号和无 AI 则是另一种产品哲学的表达。在浏览器纷纷加入 AI 助手、要求登录同步的趋势下，Zigzag 选择把工具属性放在第一位，不收集账号，不捆绑智能功能。这对注重隐私、只想安静上网的用户有吸引力。

开源浏览器项目的可持续性通常取决于维护者投入、上游引擎更新节奏和社区贡献。WebKit 在 macOS 上随系统更新而演进，第三方封装层需要持续适配 API 变化与安全补丁，否则可能积累兼容性或安全风险。Arc 的停维护正是商业公司调整产品线的结果，而开源项目虽不会被单一公司关停，却可能因维护者精力不足而陷入停滞。评估这类项目时，可关注其代码仓库的提交频率、issue 响应速度、是否跟随上游 WebKit 安全更新，以及是否有明确的发布与回滚机制，这些指标比初期的功能列表更能反映长期可用性。

值得关注的取舍

Zigzag 目前获得 76 票、7 条评论，在 Product Hunt 排名第 11。作为由独立开发者 Zigao Wang 打造的项目，它还处在早期阶段。

WebKit 路线意味着它在某些依赖 Chromium 特性的站点上可能遇到兼容性问题，扩展生态也不如 Chromium 丰富。18 MB 的体积和原生体验是优势，但能否长期维护、跟上 macOS 系统更新，是开源小项目需要面对的考验。对于刚离开 Arc、想要一个轻量原生替代品的 Mac 用户，Zigzag 提供了一个思路清晰的选择。