Perplexity 的 AI 浏览器:一窥意图而非导航的设计经验

对首个真正的 AI 原生浏览器进行系统分析,并从中汲取注重意图而非导航的设计经验。在测试 Perplexity 的 Comet 浏览器的第三天,一件引人注目的事情发生了:我完全停止了输入 URL。我的大脑已彻底从“目标何在?”转向“意欲何为?”——这一认知转型甚至发生在 AI 能够可靠地兑现承诺之前。正是这种心智转变与技术现实之间的差距,将定义未来十年的 UX 设计。

作者: Adrian Levy
分类:产品深度
36 次阅读

对首个真正的 AI 原生浏览器进行系统分析,并从中汲取注重意图而非导航的设计经验


在测试 Perplexity 的 Comet 浏览器的第三天,一件引人注目的事情发生了:我完全停止了输入 URL。我的大脑已彻底从“目标何在?”转向“意欲何为?”——这一认知转型甚至发生在 AI 能够可靠地兑现承诺之前。正是这种心智转变与技术现实之间的差距,将定义未来十年的 UX 设计。


1.png


传统的导航需要用户手动处理和多个决策点,而基于意图的设计则将用户目标浓缩为 AI 的直接执行。 Comet 与您使用过的所有浏览器有何不同 Comet 并非简单地叠加了 AI 功能的另一款浏览器,它更是对浏览器作用的根本性重新思考。与您需要导航至信息的 Chrome 或 Safari 不同,Comet 是将信息带给您。


它的运作机制如下:Comet 没有传统的地址栏,而是提供了一个自然语言界面。但真正的创新在于其幕后机制——浏览器在您的整个会话中保持持久的上下文,不仅理解您当前的查询,更理解您深层的意图。


2.png


Comet 简洁的界面,以自然语言搜索取代了传统的 URL 导航。 三大核心能力,使 Comet 区别于传统浏览器:


情境感知 AI 助手: 一个侧边栏,它不仅回答问题,还会主动分析您正在查看的内容并提出相关的洞察。如果您正在查看航班选项,它会自动比较所有标签页的价格。


3.png


Comet AI 侧边栏正在分析 Mercadona 的无麸质糖果选择,显示情境化的产品推荐,同时保持对患有乳糜泻的饮食限制的认知。


持久的意图记忆: 与您关闭后即忘记上下文的聊天界面不同,Comet 在您的整个浏览会话中都会保持对您目标的理解。在一个标签页中开始研究酒店,当您切换到餐馆搜索时,它会记住您的预算约束。


跨网站整合分析: 系统可以同时处理多个来源,比较信息并识别您所有打开内容中的模式——这需要人类进行数十个手动步骤。


这不仅仅是一种更快的浏览方式。它是人类如何在线与信息交互的一种不同范式。


三大突破性发现


经过两周的系统测试,涌现出三个每一支 UX 团队都需要理解的关键洞察:


心智模式的转变是即时的: 用户在数日而非数周内就能适应基于意图的界面——即使 AI 的可靠性仅有 60-70%


AI 在意料之外之处表现出色: 综合分析任务的成功率为 90% ,而线性工作流程的成功率为 30%——大多数团队构建 AI 功能的思路本末倒置


未来是分布式的,而非单一的: 专业的 AI 服务相互协作,比一个试图做所有事情的系统感觉更无缝


第 3 天:我的大脑自我重新布线的时刻


差异是即时且明显的。传统浏览:Chrome 的空白页询问“目标为何?”AI 原生浏览:Comet 的搜索字段邀请“意欲何为?”


我的第一次测试:“寻找五月份飞往东京的廉价航班,最高预算 800 美元。”


4.png


自然语言查询取代了传统导航:委派执行一个具有多个约束条件的复杂任务。


传统方法:


  • 打开跨多个航班网站的 15 个以上标签页
  • 手动比较价格和时间表 交叉引用日期和可用性
  • 时间投入:15-20 分钟的主动导航


Comet 方法:


  • 单一的自然语言请求
  • AI 自动处理研究和综合分析
  • 时间投入:30 秒的设置 + 后台处理


关键洞察: 当 Comet 工作时,它具有变革性。当它失败时,它带来的挫败感足以将用户的信心重置为零。


我记录的成功率:


  • 简单请求:约 70%
  • 复杂标准:约 30%
  • 预订工作流程:约 30%


但无论成功率如何,用户在心理上都适应了新的范式。


第 7 天:AI 让我感到惊讶的时候 (以及为什么大多数团队思路本末倒置)


第 7 天带来了一个意想不到的启示。我有 8 个浏览器标签页打开,其中包含来自不同来源的多样化 UX 研究——文章、研究报告、案例分析、论坛讨论。


命令:“分析所有打开的标签页,并识别 2025 年 UX 趋势中的共同模式。”


5.png


Comet AI 助手显示来自八个 UX 研究来源的综合发现,识别出五个反复出现的趋势并附带具体引用,同时在 60 秒内检测出来源之间的矛盾。


60 秒内的结果:


→ 分析了来自 8 个不同来源的内容

→ 识别了 5 个带有具体引用的反复出现的趋势

→ 检测出来源之间的矛盾

→ 提出了我的手动分析遗漏的关联

→ 成功率:90% 以上的可靠性


这明显优于 AI 在顺序任务(如预订航班或购物)上的表现。战略洞察: AI 擅长并行信息处理,而非顺序任务执行。团队的框架:首先围绕分析和综合分析构建 AI 功能。将执行自动化留给可靠性提高后的后续迭代。


第 10 天:两个 AI 开始无缝协作——没有集成


最令人惊讶的发现不是关于 Comet 本身——而是关于 AI 系统如何在没有明确集成的情况下协同工作。


发生了什么: 我要求 Perplexity 分析我在 Gmail 中的旅行开支。当我切换到 Gmail 验证结果时,Comet 助手立即情境感知到我的旅行开支研究。


无需 API 集成。两个系统都保持了“意图持久性”——在平台转换中理解我潜在的目标。


分布式 AI 系统通过共享的意图上下文进行协作,无需技术集成。


6.png


关键验证: 分布式 AI 协作可以比单一系统感觉更无缝。用户受益于专业化的智能协同工作,而不是一个系统试图做所有事情。


第 12 天:当任务委派真正起作用时


到第二周末,我决定用一个真实世界、高风险的场景来测试 Comet:计划我 11 岁女儿的生日派对。约束条件?她们患有乳糜泻 (celiac),我需要在西班牙超市 Mercadona 购物。


我的查询:“我需要为我 11 岁的患有乳糜泻的女儿们准备一个生日派对。请帮我创建一个 Mercadona 的购物清单,包含所有类别:面包、饼干、蛋糕、糖果和冰淇淋。”


7.png

Comet 浏览器中的 Mercadona 在线商店显示初始产品搜索结果,AI 侧边栏为适合儿童派对的无麸质产品提供情境化购物协助。 接下来发生的事情展示了响应式 AI 和协作式 AI 之间的区别。


Comet 助手没有扔给我一个通用清单,而是:


1、理解了约束条件(无麸质要求)

2、在多个产品类别中保持上下文

3、验证了在特定商店中的可用性

4、在我的批准下,逐个类别地递增构建

5、执行了结果,将物品添加到我的实际购物车中


8.png


Comet AI 按类别(零食、糖果、饼干)组织无麸质产品,进行实时可用性验证和分步用户批准。 突破点不是速度——而是控制。 在每个阶段,我都能看到 AI 正在选择什么以及为什么。当它找到面包选项时,它解释了选择。当转向饼干时,它无需提醒就记住了乳糜泻的约束。


9.png

Comet AI 助手填充的完成的 Mercadona 购物车,包含所有请求类别的无麸质生日派对物品,在分步用户批准后总计 €31.32,展示了成功的任务委派。 这才是真正的任务委派:我指定了目标,AI 编排了执行,我在整个过程中保持了有意义的监督。


这个复杂、多步骤任务的成功率:95%


5% 的差距? 一个物品建议在我的邮政编码中不可用,但 AI 在我点击结账之前就捕获了这一点并提供了替代方案。


这次经历将基于意图的界面和基于导航的界面之间的区别具体化了:


传统方法将需要:


手动搜索每个类别

验证每个产品是否无麸质

交叉引用可用性

记住您已经添加了什么

30-45 分钟的主动工作


委派方法:


单一的自然语言目标

AI 处理研究和验证

分步批准选择

5 分钟的监督,10 分钟的 AI 工作


关键洞察: 如果用户能保持对结果的控制,他们会容忍 AI 的可靠性问题。


当魔法失效时:理解 AI 的故障模式


记录失败与庆祝成功一样重要。但在两周的测试之后,我了解到并非所有失败都是平等的——而且这种区别对设计至关重要。


当 AI 承认其局限性时(好的那种失败)


我要求 Comet 找到位于曼哈顿市中心、步行距离可达中央公园、十月份每晚预算低于 200 美元的酒店。


Comet 浏览器中的 Booking.com 酒店搜索界面,自然语言查询指定曼哈顿市中心位置靠近中央公园,十月份每晚最高预算为 200 美元。 在处理了多个来源后,它返回了明显高于我预算的结果——但具有关键的透明度:


10.png


Comet 显示搜索结果,具有关于约束限制的透明通信,显示高于预算的可用酒店,同时解释原因并提供替代方案。 AI 没有静默失败。它承认了我的约束,进行了全面的搜索,并诚实地传达了现实:“Booking.com 上您的日期在曼哈顿市中心、步行距离可达中央公园的区域目前没有每晚低于 200 美元的酒店。该区域大多数可用房产的价格范围在每晚 400-2,000美元。”


然后它提供了替代方案:扩大搜索半径、调整预算或尝试不同的日期。


这是透明的失败——系统试图实现我的意图,未能做到,并用可操作的选项解释了原因。至关重要的是,用户的信任仍然完好无损,因为 AI 展示了其推理过程。


当 AI 静默失败时(危险的那种) 真正的信任破坏者看起来不同。这些是 AI 自信地给出错误结果,而没有发出不确定性信号的失败:


我记录的静默执行失败:


  • 杂货查询返回“香菜种子”而非“新鲜香菜”
  • 航班预订中的日期解释错误
  • 多约束搜索悄悄忽略了特定标准
  • 位置参数在没有解释的情况下被降级


模式: AI 看起来自信,但却是错误的。没有警告信号。没有承认局限性。只是将错误的结果包装成正确的结果。


设计启示: AI 系统必须区分“我无法完成此请求”和“我错误地完成了此请求。”


第一个通过诚实和解释建立信任。 第二个通过虚假自信破坏信任。


对于 UX 设计师: 设计优雅的失败确认,而不仅仅是优雅的成功路径。您的错误状态的质量比您的成功状态的质量更能决定长期的用户信任。


性能和安全考量


除了功能可靠性之外,Comet 面临影响现实世界可行性的技术挑战:


性能: 在基础浏览任务中明显慢于 Chrome,特别是在初始页面加载和同时处理多个标签页时。


安全: Brave 研究人员记录了 Comet 架构中的提示注入 (prompt injection) 漏洞,揭示了传统安全模型无法解决的 AI 原生浏览器独有的攻击向量。当 AI 从功能进化为基础设施时,新的安全范式变得必要。


这些并非致命缺陷——它们是一个新类别的成长烦恼。但对于考虑类似架构的团队来说,它们是重要的背景。


您需要追踪的新指标


传统的参与度指标未能捕捉到根本性的转变。在 AI 原生界面中,成功取决于系统,而非用户。改为追踪这些:


  • 意图成功率: 用户的目标是否达成?
  • 任务委派信任度: 用户信任 AI 完成不同任务的速度
  • 意图连续率: 用户意图在平台转换中保持得有多好


将重塑一切的阈值


基于系统分析:对于经历过真正任务委派的用户来说,传统的导航界面将感觉认知上是原始的——问题不在于是否,而在于这个阈值会以多快的速度达到。


支持证据: 用户在数天内适应基于意图的范式,但当前的 AI 仅能在 60-70% 的时间里可靠地实现这些意图。这创造了一个独特的设计挑战——弥合已转变的用户期望与当前的技术局限性。


行业启示: 公司应该专注于 AI 互操作性 (interoperability) 和意图连续性,而不是构建全面的 AI 单一系统 (monoliths)。竞争优势在于编排协作的 AI 生态系统,而非单一的超级系统。


周一早上要改变什么


→ 从综合分析开始,而不是自动化 首先围绕信息处理构建 AI 功能

→ 映射意图流,而不是用户流 为任务委派设计,将传统导航作为后备

→ 逐步建立信任 首先在低风险场景中证明可靠性

→ 构建优雅降级 当 AI 失败时,清晰的返回路径


结论


Comet 代表了对理论 AI UX 原则的第一次完整经验验证。更重要的是,它揭示了未来不在于单一的 AI 系统,而在于专业化服务相互协作以创造统一的用户体验。


对于 UX 设计师: 从导航到意图的转变是操作性的,而非理论性的。开始设计跨越多个 AI 系统的意图流。


对于产品经理: “意图连续率”可能比传统的参与度指标更能预测成功。


对于行业: 生态系统级别的 AI 协作的早期实施,比孤立的 AI 功能提供竞争优势。


无论我们的技术是否准备就绪,范式转变都在发生。我们面临的选择不是是否参与其中,而是要领导这一转型,还是跟随其后。


本文转载编译自https://uxdesign.cc/|原文地址:https://uxdesign.cc/what-perplexitys-ai-browser-reveals-about-ux-s-future-d7a702529a4a?gi=266014bd4dba&source=post_page---read_next_recirc--56fd81475e01----1---------------------b42e3560_1598_4f2e_a5a6_085488174301--------------|(编译:Katerina)