让 AI 帮忙上网办事,一个最常见的做法是:每件任务单独给它开一个浏览器。麻烦在于,平时用的那个浏览器很吃内存,一台小机器上同时跑不了几个。于是就有了 Moli 这个项目——它重新写了一个浏览器,占用只有原来的零头,代价是有些活它干不了。
这件事最该先说清楚的,不是「Moli 强不强」,而是它省下来的东西和它让出去的东西根本不是一回事。它省的是内存,让出去的是功能。而且还有更要紧的一点:网上那些流传很广的对比数字,测的是好几个月前的版本,不是你现在能装到手的那个。
一、Moli 到底是个什么东西
简单说,它是一个从零开始写起来的浏览器,用一种叫 Rust 的编程语言写成,不是拿现成的浏览器套一层壳。这决定了它可以按自己的需要做精简,不受原有浏览器的规矩摆布;同样也决定了,它能做的事比原来的浏览器少。
它只专心干一件事相关的事:帮 AI 读网页、执行网页上的操作。据官方说明,它没有图形界面,就是你在屏幕上看不到窗口的那种后台模式。你给它下命令,它照做,做完把结果交给你。
那它会不会显示一个窗口让人看?据官方列出的范围,不提供窗口界面,不做图形加速合成,也不追求和参照浏览器在画面上完全一致。官方把这条界线写得很明白:需要看画面的活,不是它的目标。
还有一点值得知道:平时指挥浏览器的办法有好几种,它把常用的几种都装进了同一个程序里。省心的意思就是——你原来要分别适配好几个工具,现在一个程序全接住了。
还有一点让人放心:遇到它做不到的操作,它会直接告诉你做不到,而不是假装做成功了。官方把这写成了明确原则——不确定的事就报错。这种老实巴交,在实际用的时候比「什么都答应你」值钱得多。
二、为什么大家会觉得这东西有戏
关键在内存。Chrome 之所以占内存,一个重要原因是它的内部结构:它给每一个打开的页面、每一段来自别的网站的内容,都单独开一个工人,各自带一份自己的家当。这个设计在电脑上很合理——一个页面崩了,不该拖垮其他页面。
但放到只有 2 GB 内存的小机器上,一次浏览占掉的内存可能比你正在用的软件还多。Moli 把这套结构收成了一条线:工人从 11 个减到 1 个,线程从 123 个减到 24 个,启动时间从大约 169 毫秒降到 35 毫秒。官方说内存占用大约是原来的七分之一,另一份测评算出来也差不多。
这就是它受欢迎的原因。省下来的内存,换算成大白话就是:同一台机器能同时开更多个 AI 助手。谁在批量跑任务,谁就真正省到了钱。偶尔用一次的个人,感受不到这个差别。另一份测评算出来是约七分之一强,两边的口径虽然不同,但方向一致。
值得单独提一句的是,它的内核开源就能用,不需要买谁的付费服务。想省钱的人可以直接自己跑。
三、便宜是有代价的:它默认什么都不画
这一点最容易被忽略。Moli 出厂时是「不画界面」的。你让它截图,它会给你一张空白图;你让它点某个按钮的位置,它手上没有真实的位置信息。必须你手动打开一个开关,它才真的去算。
所以社区里最常见的一个困惑是「为什么截图是空的」,据第三方实践者的说法,答案往往不是网页坏了,而是忘了开那个开关。这不是用户不小心,这是默认值在故意省电。
问题也出在这儿:那个「省到七分之一」的数字,是关着这些功能的时候量出来的。全部打开之后占多少,公开资料里没有。所以这类工具报出来的价,天然是偏乐观的——报的是最省状态,不是干活状态。
图片、字体、声音这些平时不占什么、真正加载起来才花钱的东西,也是单独一个开关。据第三方实践者的提醒,一开它,每次打开网页都要额外付带宽和内存。这一项对要批量跑任务的人尤其要留意。
四、它到底能干多少活
这里还有一组数字,方向和上面完全相反。据这套测试的说明,它一共 1928 个任务,考的不是「能不能打开网页」,而是「AI 用常见的那些工具去操作网页时,会不会真的成功」。同一套测试还用了 13 个不同来源的指挥工具来交叉验证。
结果是:作为参照的浏览器做对了 99.9% 的任务,Moli 是 80.7%。换成人话:大约每五件任务,就有一件是别人能做、它做不了的。
有意思的是另一组数字。拿 192 个真实网站去抓内容,Moli 抓到 53.6%,参照浏览器 52.6%。这两个数几乎打平。
把两组数字放一起看,结论就自己冒出来了:它在「读得懂网页」这件事上不输,在「老老实实照做操作指令」这件事上还差一大截。省下的内存并没有换来更高的成功率,换来的是同一台机器能多开几个它。
| 它到底哪一项强、哪一项弱 | Moli | 参照浏览器 |
|---|---|---|
| 读懂网页内容 | 53.6% | 52.6%(打平) |
| 照做操作指令 | 80.7% | 99.9%(落后近 19 个点) |
| 占多少内存 | 约为七分之一 | 基准 |
| 要开多少工人 | 1 个 | 11 个 |
五、一个容易被骗到的地方
网上流传的那些对比数字,测的都不是今天能装到的版本。它们标注的是 0.1.1,而这个仓库现在的最新版本已经是 1.1.16,中间隔了将近一年的小版本更新。有人在今年 8 月就提醒过这件事。
这个项目热度很高:据公开接口实测,才建仓两个月,就有一万六千多人在关注,同时还有两百多个问题挂着没人关。但要把两件事分开看:想去了解它有多少人关注,去看关注数;想知道它今天能不能用,拿自己的真实任务试一遍。
所以真要用它,记住一句话:先看那些数字是哪个版本测的,再看你装的是哪个版本。这两个对不上,数字就没有参考意义。这不是什么小概率的疏漏——很多人就是这么被一个好看的数字带偏的。
还有一层原因让它更值得警惕:这类浏览器跑得很快,但快的方式本身就会让成绩变好看——它省掉了大量准备工作。同一套测试里就能看出来,读网页内容时它和别人打平,一到要精准执行操作就掉下来了。也就是说,它的强项和它的省法是同一件事的两面。
写在最后
该用还是该用。把「读网页、抓内容、跑固定流程」这类量大、又不在乎画面的活交给它,很划算。遇到要画图、要放视频、或者需要拿画面一像素一像素去比对的活,老老实实留给原来那个浏览器。
最好的用法不是二选一,而是分工:先让便宜的去做,做失败了再拿贵的重试一次。大部分时候便宜的那个就够了,贵的那个专门收拾难啃的活儿。这个分工法甚至不用你自己设计——第三方实践教程推荐的模式就是这样:先打便宜引擎,页面回来是空的或者一直等不到要找的东西,就把这一条单独送去重试。
最后提醒一句安全的事:据第三方实践者的说法,它和 Chrome 一样,指挥它的那个接口完全不设防,谁能连上谁就能操作它,连里面存的登录状态都能读走。所以只在自己机器上用,别直接把端口开到公网上。
Moli 最值得学的,其实不是它省下了多少内存,而是它敢把浏览器里那些「没人用、却一直占着地方」的部分直接删掉。这是所有给 AI 重做一件事的老问题:哪些东西是你的用户真的在调用,哪些只是舍不得扔的历史包袱。
评论