mantrakp04/ardia

如果你喜欢 Arc 那样的侧边栏浏览器，又不想把自己绑在 Arc 或 Dia 上，Ardia 值得试一次。它是 macOS 专用的 Chromium 155 浏览器，界面壳层自己做，发行方式是经过 Apple 公证的 DMG。前提是你能接受一个年轻项目的粗糙边缘，而不是一个成熟产品。

解决什么问题

侧边栏浏览器的吸引力在于位置关系：标签、固定页面和地址栏都挪到一边，网页能占满整个窗口高度。现实问题是，两个参照物 Arc 和 Dia 都是闭源产品，更新节奏不受你控制；在 macOS 上想换个方案，通常只能在普通 Chrome 窗口里装一个垂直标签扩展，用起来不像应用本身的一部分。Ardia 想填的正是这个空档：用 Chromium 引擎配一层接近原生体验的侧边栏界面，标签可以拖成分屏，切走播放中的标签页时视频会浮在角落继续播，Chrome 应用商店的扩展也能直接装，按钮会显示"添加到 Ardia"。目标是保留你想要的浏览布局，同时不丢掉 Chrome 的渲染、扩展和 DevTools。

有什么不同

关键区别是它不是 Electron，也不是 WebKit。每个窗口都跑在 Chromium 补丁构建出来的 Chrome 框架上。这样一来，网站、扩展和 DevTools 的表现应该和 Chrome 一致；也正因为基于 Chromium，它才能在保留这套兼容性的同时去掉 Google 的后台服务。README 对几件事写得比较具体：去 Google 化、补上 Chromium 没有的 H.264/AAC 编解码器、崩溃报告需要主动开启且不带站点和搜索内容、同步走你自己的 iCloud Drive 并端到端加密。另有一篇很详细的文章，讲怎么逆向 Dia 新标签页的 Metal 着色器，说明那些视觉细节是重建出来的，不是授权来的。

代价在工程形态上。用预编译引擎意味着界面层和引擎必须保持版本一致；README 说构建会下载与当前 checkout 匹配的引擎（约 110 MB），并提醒如果 main 比最近一次发版新，应改用 release tag，或者跑脚本取最接近的预编译引擎。对浏览器来说这算正常成本，但对想动手改的人是真成本。界面壳层用的是 Expo 加 React Native macOS，所以这是一个原生与 JS 混合的项目，不是纯 Xcode 工程。

谁值得试

适合：使用 Apple Silicon Mac、系统为 macOS 14 或更新版本，喜欢 Arc 的侧边栏和固定页面模式，又想要一个免费、GPL 授权、保留 Chrome 扩展和 DevTools 的替代品。也适合想要一个默认带广告和追踪拦截的 Chrome 兼容浏览器、而不是事后去应用商店装扩展的人。

不适合：需要 Intel Mac、Windows 或 Linux 的人；依赖跨设备通行密钥（passkey）的人，README 把通行密钥标为部分支持，Touch ID 可以，iCloud 钥匙串还在等 Apple。也不适合需要长期稳定记录的人，这是一个年轻的代码库，有 nightly 通道，投入之前应该先看发版节奏。

使用条件与边界

硬性条件很窄：macOS 14 Sonoma 或更新版本，仅限 Apple Silicon，当前版本为 0.2.40。要自己编译的话，需要 Xcode 26+、CocoaPods、Node 22.13+ 和 pnpm 11，而且引擎下载同样只支持 Apple Silicon。这已经排除了浏览器受众中的很大一部分，也不该指望它在可预见的时间内推出 Linux 或 Windows 版本。

持续的限制是 Chromium 升级节奏。引擎是基于 Chromium 155 打的补丁，界面是独立的一层，Chromium 升级可能要求重新编译引擎，所以引擎有变化的版本会单独发布预编译引擎。翻译功能标注为端侧运行且仅限 macOS 26；同步依赖你自己的 iCloud Drive，而不是托管账户。README 还提到 nightly 通道用来提供尚未进入正式版的修复，这能看出项目希望用户自己在稳定和新特性之间取舍。依赖某个功能之前，先看更新说明和版本列表。

HotRepo 点评

HotRepo 在 2026-10-25 首次记录到这个仓库：779 stars，当天 +102，并登上过一次每日榜单；当时仓库年龄为 127 天。仅凭这一个有日期的快照，无法判断热度能否持续，所以应把它的受欢迎程度视为尚未证实，而不是上升势头。采用前真正要确认的是你下载的版本中引擎与发布版本的搭配是否覆盖你需要的能力，尤其是通行密钥和同步，文档把这两项分别标为部分支持或依赖 Apple 一侧。