loading

Loading

探索与发现

首页 AI 前沿

AI 浏览器用了一个月,我还是回到了地址栏

分类:AI 前沿
字数: (1432)
阅读: (5)
0
摘要:我试着把 AI 浏览器当主力用了一个月。模型不差,功能也不少,但最后让我放弃的是一件很朴素的事:地址栏比对话框更快、更确定。AI 浏览器到底卡在哪?

上个月我把默认浏览器换成了一个带 AI 助手的版本,想着以后查资料、填表、比价都能一句话解决。用了大概一个月,我发现自己按 Cmd+L 的次数越来越多,最后干脆把默认浏览器换了回去。

不是模型不够聪明。相反,它在不少任务上比我预期得好。问题出在别的地方。

我想要的其实不是“助手”

我认真回想了一下自己打开浏览器的动作,大概八成是这三件事:打开一个已经知道的地址,搜一个还说不清楚的问题,回到昨天没看完的页面。

这三件事的共同点是,我很清楚下一步要去哪。浏览器对我来说更像一扇门,而不是一个需要我坐下来聊两句的助理。

AI 浏览器默认你想“委托”:告诉它一个目标,它替你点、替你翻、替你填。这个方向听起来很对,但它假设了一件大多数时候不成立的事——我愿意把判断权交出去。

至少在我这里,不是。

多出来的那一步,很要命

地址栏的好处是快,而且确定。输入几个字母,回车,页面就开了。整个过程不需要我组织语言,也不需要确认结果。

换成对话框之后,一次操作变成了三次决策:要不要用 AI、怎么把需求说清楚、结果对不对。每一步都不难,但加起来很烦。

有一次我想查一个 API 的参数,地址栏里敲三个字母就进了文档。用 AI 助手,我得先描述“我在找某个库的某个方法,想知道它的第二个参数是什么意思”,等它想一会儿,再在它给的链接里挑一个。它答得不算错,但我已经手动打开了文档。

这类摩擦很难写进 benchmark。模型延迟可能只多了两秒,但人的注意力切换一次,成本远不止两秒。

地址栏被低估了

地址栏其实是一个被低估的入口。它不只是输入 URL 的地方,还承载了搜索、历史记录、书签和自动补全。你敲几个字,它就知道你要去哪,因为过去几年你一直这么走。

AI 浏览器想取代这个入口,但它常常缺少最关键的东西:上下文。

我试过让它“帮我找一下上周看的那个关于向量数据库的页面”。它给我推荐了几篇不错的文章,但没有一篇是我看过的那篇。其实那个页面就躺在我的历史记录里,只是它没有去查。

后来我学乖了,直接把当前页面丢给它总结,或者选中一段文字让它解释。这种“基于已有上下文”的用法,成功率反而高得多。

权限那关过不去

演示视频里最吸引人的,永远是“帮我买一张票”或者“帮我订个酒店”。现实里,这句话背后是一长串东西:登录状态、收货地址、优惠券、发票信息、支付方式,还有短信验证码。

每多一个环节,就多一次确认。确认多了,用户就会烦;确认少了,用户又不敢用。这个平衡很难找。

更麻烦的是,浏览器厂商自己也有顾虑。AI 代理跨站操作,动了谁的蛋糕?默认搜索引擎的收入怎么算?企业客户的数据能不能出内网?这些问题不解决,AI 浏览器就只能做半个助手。

真正有用的地方,反而很窄

用了一个月,我留下来继续用的功能只有两个:总结长页面,和批量填一些重复的表单。

这两个功能都很好,但它们更像侧边栏里的工具,而不是一个“新浏览器”。我把它们关掉,浏览器还是原来那个浏览器。

我一度以为 AI 浏览器会像当年 Chrome 取代 IE 一样,重新定义入口。现在看,更可能的情况是:AI 变成浏览器里的一个能力,藏在右键菜单、侧边栏或者系统级助手里,而不是把地址栏干掉。

最后

AI 浏览器不会消失,但它大概率不会以“取代浏览器”的方式存在。它更像个随叫随到的帮手,在你需要的时候出现,不需要的时候别挡路。

至少对我来说,下一次打开浏览器的第一个动作,还是 Cmd+L。

你的第一个动作是什么?

转载请注明出处: 皮哈皮阿

本文的链接地址: https://blog.phpat.com/ai-frontier/ai-browser-address-bar.html

手机扫码阅读

微信或手机浏览器扫一扫,随时随地随心阅读与分享

1 / 1
预览图