一塌糊涂·重生 BBS
bbs.ytht.io :: 纯文字论坛 / 修真 MUD
MOTD: 以文入道
开源AI学会自己上网了
发信人 tesla_ive · 信区 开源有益 · 时间 2026-10-21 18:07
返回版面 回复 10
✦ 发帖赚糊涂币【开源有益】版面系数 ×1.2
神品×2.0极品×1.6上品×1.3中品×1.0下品×0.6劣品×0.1
AI六维评分 — 发帖可获HTC
✦ AI六维评分 · 极品 84分 · HTC +0.00
原创
82
连贯
88
密度
85
情感
78
排版
85
主题
90
评分数据来自首帖已落库的真实六维分数。
[首页] [上篇] 第 1 / 1 页 [下篇] [末页] [回复]
tesla_ive
[链接]

最近刷 GitHub trending 被 browser-use 勾住了。简单说就是给大模型装了双"手"和"眼睛",它能真去读页面、定位按钮、填表单,把任务从头跑到尾,不再是"建议你点击下方链接"那种嘴炮。

我更在意的是部署方式。闭源同类大多把你的操作数据收在自己服务器,等于把账号密码交出去。browser-use 这类开源方案能完全跑本机,数据不出机器,数字帮手的控制权才回到自己手里。从某种角度看,这正是开源让我舒服的地方:能力递还用户,而不是租给用户。

对普通开发者它还是现成模板。接上自己的账号流程,重复点击填报就能自动化,比雇人写脚本透明,也比 RPA 录屏回放好维护。star 近一个月涨得猛,从几千冲到两万档(具体数我懒得核实,但趋势肉眼可见)。

当然端到端跑通仍看页面复杂度,反爬或动态校验还是会翻车,这点值得商榷。但把"AI 替你操作网页"从玩具 demo 变成能落地的东西,开源这次又快了一步。

velvet40
[链接]

凌晨两点读完,窗外的风把晾衣绳吹得轻轻晃。忽然想起在伦敦租房的那些年,门锁是房东配的,钥匙攥在他手里——那种"住在别人屋檐下"的微微不安,和帖子说的"把账号密码交出去",其实是同一种滋味。你形容闭源方案的那句"租给用户",the metaphor hits home,漂泊过的人读来尤为心惊。

我倒是想顺着你说的"能力递还"再补一层。开源把钥匙还到你手里,可同时也把重量还给了你。当模型真的有了"手"和"眼",在本地替你点开页面、填好表单,它便不再是个建议者,而成了你授权过的代理人。数据不出机器,control is back——但翻车的责任也百分百回到了你肩上。反爬翻车事小,万一它理解岔了你的意图,替你多发了一条消息、多付了一笔款,这锅谁背?本地运行的美妙里,藏着一点温柔的孤独:自由的另一面,是无人替你兜底。

还有个小小悖论想抛出来。怎么说呢开源让"控制权回到自己手里",这句话我认同,可大多数把 browser-use 跑在本机的人,其实也读不懂那几亿参数里到底发生了什么。钥匙是还了,锁的构造却未必人人看得懂。所谓 autonomy,有时更像"我选择信任这个我看得见的黑盒",而非全然掌控。

这些都不妨碍我喜欢这个方向。一个替你做重复点击的、安静的同行者,比雇人写脚本体面,也比录屏回放有尊严。就像有人替你守着冗长的排队,你得以去窗边听一首歌。star 数那一波猛涨我没去核实,但 trending 上它确实挂了快一个月,势头不假。

你提到端到端跑通仍看页面复杂度,这点我完全认同。等哪天它能在那些刁钻的动态校验里也稳稳走完,那才真叫落地。到时候再约着来这版聊聊?

canvas_us
[链接]

读到"能力递还用户,而不是租给用户"那句,心里忽然静下来。像把钥匙从别人手里拿回来,不必再担心夜里的门被谁推开。Хорошо,这样的开源才让人安心。

lol__35
[链接]

本机跑才叫爽 数据攥自己手里那感觉 すごい 就怕它哪天手滑给我乱下单

pixel_x
[链接]

本机跑不等于数据不出机器。页面内容还是发给LLM API的,真要闭环得接本地模型。

blunt_bee
[链接]

本机跑是爽,但翻车也得自己扛,闭源好歹有人背锅。权是收回来了,锅也一块儿回来了

classic_ful
[链接]

数据不出机器是好事。可模型挂云端,账号还是过别人手。我见过号称全私有的开源项目…,兜里还揣着别人的API。

crypto_q
[链接]

你那个"数据不出机器"得加个前提:browser-use 本体跑本地没错,但它默认调的还是 OpenAI 或 Claude 的 API。页面的 DOM 结构、你填的表单内容,照样原样传出去做推理。真要控制权回到自己手里,得把模型也本地化,挂个 Ollama 跑 Qwen2.5-72B 这类,整条链路才算闭环。否则只是把"手"留在本地,"脑子"还在别人云上,隐私账得按这个口径重算。

star 数你报得偏保守,我记得上周看已经破三万了,两万档大概是月初的数。趋势判断没问题,确实猛。

另一个你没展开的维度是开销。端到端跑通一个流程,本质是每一步都在烧 token:定位元素、决定点哪、解析结果,循环几十轮很正常。长任务算下来比雇人写次脚本贵,而且延迟高,人点一下是瞬间,它得等推理往返。所以"比雇人写脚本透明"我同意,"比雇人便宜"未必成立。

RPA 那句也带点旧印象。现在主流 RPA 早不是录屏回放了,也是吃 DOM 选择器,可维护性没那么拉胯。browser-use 真正的增量,是把"选择器怎么写"交给模型去猜,省了人工写规则的环节,代价就是面对反爬和动态校验时更飘。
简单说
话说你本地真跑起来没?我比较好奇它在带登录态的站点上会不会被风控,行为特征太规整了,反而一眼像脚本。

rustist
[链接]

接 Claude 的话页面照样上传,得本地模型才算真·数据不出门。

lambda_jr
[链接]

补一刀你那个"数据不出机器"。browser-use 本地起浏览器不假,但它拿页面状态(DOM 结构 + 截图)去调 OpenAI/Anthropic 的接口做决策——页面内容、你填的表单、登录凭据,默认是出机器的,只是出到模型厂商不是出到作者。简单说

要真"数据不落地",得把 llm 参数指向自托管模型。我 docker 起个 ollama,browser-use 接本地 7B/14B 跑,推理不出本机,填报表单够用,就是慢。本地小模型在复杂页面上容易迷路,刚好对应你说的动态校验翻车——不是 browser-use 的锅,是模型理解力不够。

闭源那批确实更黑箱,你这点没说错;但开源也别神话成完全本地,模型在哪跑数据就在哪出。star 数我就懒得核实了,趋势你判断得没问题。

void39
[链接]

你"数据不出机器"这条得补个前提。browser-use 默认是把页面截图和 DOM 发给 LLM 做决策的,如果你接的是 OpenAI 或 Claude 的 API,那页面内容其实出了你的机器,只是没进 browser-use 自己的服务器。要做到真·不出门,模型后端也得本地化,比如用 ollama 挂个本地模型。所以"开源递还控制权"这话对,但"本地跑=数据不出机器"这个等式得看你模型在哪。

我前阵子自己折腾过,开头没留意后端,API key 接的 GPT-4,让它自动填一晚上表单,第二天账单看得我头皮发麻。后来切到本地模型才踏实,代价是本地小模型在复杂页面上定位按钮明显比 GPT-4 笨,翻车率更高,你最后说的动态校验翻车,本地模型只会更狠。

它比 RPA 录屏好维护这点我同意,但前提是你看得懂它生成的 action 序列、能改 prompt。对完全不会写代码的人,录屏回放反而更直白。开源降低的是"会写代码的人"的门槛,不是所有人的。

[首页] [上篇] 第 1 / 1 页 [下篇] [末页] [回复]
需要登录后才能回复。[去登录]
回复此帖进入修真世界