在 GitHub 搜索"开源指纹浏览器"，会找到桌面客户端、修改过的浏览器内核、自动化启动工具，以及只开放 SDK 的商业产品。它们都可能与浏览器指纹有关，但"仓库公开"不能直接推导出"安装后运行的整套产品均可审查、修改和自行构建"。
理解项目层次时，可以先参考 Web4 对浏览器指纹、浏览器身份与浏览器环境的说明：浏览器可被读取的信号、信号之间的关系，以及长期保存账号状态的环境，分别承担不同任务。判断项目是否开源，还需要回到各项目的源码与许可证。
Open Source Initiative 对开源的定义也强调，开源涉及源码及其分发和修改条款，不能只看代码是否可浏览。评估具体项目时，可以先问三个问题：
- 源码覆盖哪一层？ 是桌面界面、环境管理、浏览器内核、服务端，还是 API 包装器？
- 实际运行依赖什么？ 下载的浏览器二进制是否有独立许可证？构建所需的补丁和依赖是否公开？
- 当前交付状态如何？ 有可安装版本、测试版，还是主要供开发者自行构建？
下面按项目的实际用途梳理，不按 GitHub 热度排名，也不把不同类型的项目硬凑成同一种产品。
希望直接使用桌面客户端：先看这些仓库
| 项目 | 仓库中可核对的内容 | 使用前的关键核查 |
|---|---|---|
| AliasMode | 桌面应用采用 Apache-2.0；其 Firefox 后端另有 MPL-2.0 仓库 | 所选后端的许可证；当前测试版是否满足需求 |
| Fury | 公开桌面、服务端及 Chromium 补丁，并分别说明许可证 | 预发布版本的安装、构建与稳定性 |
| Donut Browser | 桌面项目仓库采用 AGPL-3.0，提供多平台安装入口 | 实际使用的 Wayfern 浏览器内核及付费功能边界 |
| MultiZen | 桌面应用、MCP 服务和驱动代码采用 MIT | 选择 Camoufox 或 CloakBrowser 时，各自的二进制授权 |
| VirtualBrowser | 仓库有 BSD-3-Clause 许可证、部分代码及安装说明 | 发行包与公开源码的对应关系、Pro 功能范围 |
AliasMode：按选用的后端判断开放范围
AliasMode 的仓库说明将桌面应用和其 Firefox 后端分别列出许可证。同时，项目也支持可选的第三方 CloakBrowser 后端；该后端不属于 AliasMode 桌面仓库的 Apache-2.0 许可范围。
因此，检查"AliasMode 是否开源"时，问题需要具体到实际运行的是哪个后端。如果准备采用 Firefox 路线，就继续核查对应后端仓库和构建说明；如果选择另一后端，就应另看该后端的授权条款。项目目前标注了测试版状态，正式投入使用前还应验证自己的安装和数据恢复流程。
Fury：源码覆盖较多，但仍需按预发布项目评估
Fury 仓库把应用、服务端、Chromium 补丁等部分及其许可范围分开说明，也提供桌面发行包。项目同时明确标注仍在开发，发行包属于预发布版本。
对于想研究客户端、服务端和浏览器修改如何配合的开发者，这种代码组织值得查看。对于准备长期保存大量环境数据的使用者，先用测试数据验证升级、备份和恢复，比只确认"能够启动"更有意义。
Donut Browser：桌面仓库开源，内核和功能要继续查
Donut Browser 仓库采用 AGPL-3.0，并提供 macOS、Windows 和 Linux 的安装入口。仓库说明其浏览器指纹能力使用 Wayfern 内核，同时说明 API 自动化和远程 MCP 属于付费计划功能。
因此，Donut 可以列入开源桌面应用的考察范围；若你的要求是"完整运行链路都能自行审查和构建"，还需要沿着内核来源与发行包继续核对。桌面仓库的许可证不能自动覆盖每一项外部依赖。
MultiZen：应用代码公开，后端选择影响结论
MultiZen 仓库公开了桌面应用、环境管理、MCP 服务和驱动代码，并声明应用采用 MIT 许可证。其说明允许环境选用 Camoufox 或 CloakBrowser 作为浏览器后端。
这里尤其需要分层阅读：MultiZen 应用代码的 MIT 许可，不能替代所选后端自己的许可。CloakBrowser 仓库明确区分了 MIT 包装代码和单独授权的 Chromium 二进制。若"浏览器内核本身开源"是硬条件，选型时必须检查实际下载、启动的后端，而不能只停在 MultiZen 的主仓库。
VirtualBrowser：先确认公开仓库与安装包的关系
VirtualBrowser的仓库列有 BSD-3-Clause 许可证，说明可创建多个浏览器环境，并提供发行包入口。不过，仅从仓库首页与现有目录，仍不宜直接断言安装包涉及的全部客户端与浏览器实现都能由公开代码构建。其功能说明也区分了不同功能范围。
如果考虑它，下一步应核对对应版本的源码、构建步骤、发行包组成和所需功能的许可范围，再决定它是否满足你的"开源"要求。
如果目标是自行开发，可看浏览器层项目
Camoufox公开了基于 Firefox 的浏览器修改，以及 Python、TypeScript 启动工具，并分别标注许可证。它更适合准备编写脚本、集成浏览器运行环境的开发者。若你需要的是带可视化环境列表、成员权限等功能的桌面工作台，应单独核对这些能力由谁提供。
这也解释了为什么不能把"开源浏览器内核"和"开源多环境客户端"放在同一列直接比较：前者主要提供可开发的浏览器层，后者还需要承担配置、存储、更新和界面管理。
哪些项目不宜直接列入"完整开源浏览器"？
有些项目很有研究价值，但公开范围与"完整开源桌面产品"不同：
- CloakBrowser公开的包装器采用 MIT；仓库对浏览器二进制列有单独条款。
- Proxya Anty明确说明公开的 SDK、MCP 代码采用 MIT，而桌面启动器、指纹库及浏览器引擎仍为专有部分。
- FP-Browser面向移动端环境；仓库说明完整浏览器 APK 需另行联系获取。不能仅凭公开的示例与工具代码，判断完整 APK 已在仓库中开放。
这些项目可以继续用于接口、架构或特定环境研究；介绍其开放范围时，应写清具体组件。
最后如何做一次可复核的选型？
建议把需求写成一句具体的话，例如"我要能自行构建桌面客户端及其所用浏览器后端"，或"我只需要可集成到 Python 脚本的开源浏览器"。随后依次核对：
- 仓库根目录和依赖仓库的许可证；
- 桌面客户端、浏览器内核、服务端分别位于何处；
- README 中的安装包实际下载了哪些外部二进制；
- 构建说明是否足以生成你准备使用的版本；
- 发布状态，以及关闭重启、升级和数据恢复是否符合你的需求。
本文依据各项目公开仓库和说明整理，没有对项目进行统一安装测试或性能测试。开源范围、可安装性与使用效果是三项不同的判断；选定候选后，仍应以你准备运行的具体版本完成验证。