我想做指纹浏览器

准备好长期维护一个 fork 的 chromium，把所有特征维护好，还是挺困难的，要不然你只能调一些表面的指纹

每个特征配一个ai，然后一个ai统一管理这些特征ai，叫他们干活就行了。

谢谢佬的回复，我是程序员，代码应该能看懂。我看有个假开源的virtualbrowser，貌似就是一个人开发的。感觉指纹浏览器很赚钱

我自己编译了一个，拉一个 chromium的仓库，然后在外部打patch的方式去改造，要不你要把chromium全量入库管理，你需要巨量的磁盘空间（chromium仅代码包就60g，加上各平台工具链百g左右）

然后门槛就是编译，机器性能决定你的开发效率，我的270k plus 48g内存， 全量编译跑了6小时，后面改功能增量编译看情况，影响范围小的几分钟结束，范围影响有时候约等于重跑一次全量，第一个可用版本，代码vide 20小时花了10亿token,阶段编译验证跑了4天左右

佬，你好，你说的编了一个，是做了个指纹浏览器吗？还是只是自己打包了下chromium？

主要是对chromium的内核改造，增加了一些神奇小功能，后续有几个项目都会依赖这个东西，因此chromium和外部应用是分开做的，留了接口，做了sdk和mcp封装

上述工作量只是完成了chromium的改造和编译，然后接下来开始在其他项目中做应用场景。如果把应用能力在chromium里面融合的太深，工作量很恐怖，而且可靠性和兼容性比较难搞，因此chromium方面只做了比较标准化的功能，复杂应用场景由外部调用框架去解决

比如脚本/自动化通过sdk，ai辅助场景走mcp，还有一些面向网络业务场景或者工作量比较大的比如电商方面的可能会再加一些浏览器扩展或者workflow去做

你这样说我感觉我自己的电脑搞起来有点吃力，16g内存，512硬盘。

我还是用公司电脑吧，至少64g内存

还有个问题，gemini建议我从

**[ungoogled-chromium]开始，

剥离了所有 Google 服务和追踪逻辑的纯净版 Chromium。虽然它本身不带高阶的指纹随机化功能，但它是所有商业指纹浏览器开发 C++ 内核的最佳起点**。

你说我应该从chromium还是ungoogled-chromium开始搞

兄弟，听一句劝！如果是想靠技术赚钱，不建议搞这么重的！现在Ai时代，难点不在技术，而在市场营销！

哈哈哈哈，你说的对啊，我只是发现指纹浏览器很贵，而且都收费，所以就想自己搞个

人家能做出来赚钱的东西，如果人人都能手搓，就没钱可赚了

这个我倒是没有深入了解过，但是目前来说，我也在考虑剥离内置的google服务的事情，从第一版跑起来时我就开始蛋疼了 ^-^

chromium里面有很多google服务，你就会有两个选择， 如果不管，启动就会蹦一个需要配置google API Key的提示，也不影响使用，就是看着蛋疼，但是感觉也都是些不怎么用的东西，又懒得去配，想来想去不如直接去掉的省事。

这时候以patch形式进行开发的好处就出来了，你的增量代码不会和chromium自己的代码混在一起，比如我现在想切换到 ungoogled-chromium的话，几乎没什么切换成本，拉一个 ungoogled-chromium然后把patch合并过去检查一下基本就完事了

你说的对啊，关键这个应该不是人人都可以手搓的，我只是想试试

借助ai吧，看能不能自己搞出来

佬的观点我很认可。开发成本看起来很低，实际上指纹风控对抗是一个持续性产生成本的事情，各厂商的风控策略 检测维度时不时的就会变，几乎不太可能一次成品就能永久使用，而且还有chromium官方代码版本更新，小版本无所谓可以忽略，大型更新和严重漏洞修复必须跟进，对持续维护能力和精力都要求很高。

浏览器改造对开发能力要求确实很高，不是常规程序员能操作的，于是我选择不看，全部交给AI ^-^

我只要负责思路和方向即可

你说的最后一句，看了笑了，直接放弃，我现在vibe coding就是这样，我基本不看代码。我也不管review，只要测试没问题，我就不看。

我只是觉得这和 ai 写 fq 协议一样是伪命题，没有常年沉浸在浏览器 sdk 和内核的经验，仅靠 ai 是不太可能写好，只会看上去能用，实际上千疮百孔

是的，我现在就是，沟通明白设计目标，然后vibe，完事之后上手体验一遍，确认交付产物的实现功能与预期一致，结束

问问Roxybrowser，好像在站内还有号，我感觉这个用着还行。

小黄鱼买一个就可以了，大概几千块，然后在这个基础上开始维护，毕竟从0到1和从1到100难度是不一样的