如果说这三年ai应用创业领域，存在某种高度共识的失败案例，那毫无疑问就是ai浏览器。
2023年大模型刚爆火时，浏览器被普遍视为AI时代最核心的入口之一——用AI重构Chrome，几乎被默认为一个百亿级潜力的创业机会。
这个入口实在太大了。全球互联网用户已达60亿量级，仅Chrome一款产品就覆盖超30亿用户；Safari依托iPhone、iPad与Mac生态稳占十亿级设备入口；Edge背后则是Windows系统与微软账号体系。在国内，中国网民规模已突破11亿，360、夸克等浏览器及搜索平台，各自坐拥亿级用户池。
更关键的是，AI浏览器争夺的并非单一工具，而是用户每日打开网页、进行搜索、收发邮件等高频行为的“默认起点”。以360AI浏览器为例，若真能成功落地，它不仅有望挑战百度在搜索时代的主导地位，还能让2亿360浏览器用户一键迈入AI时代，商业化路径也极为清晰。
正因如此，AI浏览器一度掀起创业热潮：国内涌现了360 AI浏览器、豆包AI浏览器、QQ浏览器AI版、美团Tabbit，以及Fellou AI、ZERO AI等初创产品；海外则有Arc、Comet和OpenAI推出的Atlas等知名项目。
立即进入“豆包AI人工智官网入口”；
立即学习“豆包AI人工智能在线问答入口”；
我曾与一位出身头部大厂的创业者深入探讨该方向，他的判断非常直接：“AI浏览器是大厂必争之地，创业者需格外谨慎。”如今回看，这句话分外应验——上述那些AI浏览器，你还在日常使用哪些？哪怕是大厂出品的，如今也早已鲜有人问津。
过去三年，AI浏览器始终未能撼动Chrome、Safari等传统浏览器的主流地位，问题究竟出在哪里？
01
从侧边栏起步的第一波热潮
2023年至2024年初，AI浏览器最常见的形态，是在原有浏览器基础上叠加一个AI助手。过去需要把网页内容复制进ChatGPT、手动提取视频字幕，现在可直接在浏览器内完成。
360 AI浏览器正是这一阶段的典型代表。2024年2月底前后正式发布，主打AI搜索、AI阅读助手、AI视频助手三大功能，支持网页/PDF/长文本摘要、视频字幕与亮点提取、音频转写、思维导图生成、追问、翻译、写作等。功能确实丰富。鲸哥还记得，当时不少AI浏览器纷纷跟进，推出AI去水印、AI拼图、AI知识库等附加能力，试图以“小而美”的体验吸引用户。
这款产品甫一亮相便引发广泛关注。据AIwatch.ai于2024年4月发布的“全球AI产品增速黑马榜”，360两款AI产品跻身前十，其中360AI搜索高居榜首，3月访问量环比激增1677%。至少说明，AI浏览器早期确曾火热，用户也乐于尝鲜。
但彼时用户最关心的核心，仍是AI搜索的回答质量。Perplexity正是凭借更优的答案质量赢得大量用户；国内秘塔作为对标产品紧随其后。然而，无论是360AI浏览器还是秘塔，当时的AI回答水平普遍处于“勉强及格”状态，远谈不上惊艳。
这不仅受限于模型能力本身，更深层原因在于——百度与微信搜索拥有最优质、最实时的数据资源。多数AI浏览器既缺乏自研大模型，又缺少独家数据源，在“用AI精准回答问题”这件事上，始终难以真正打动用户。其他锦上添花的小功能，自然也难成破局关键。
到了2025年前后，Arc Max迈出实质性一步。
它不再局限于网页总结式问答，而是支持Ask on Page（页面内提问）、链接预览、标签页智能整理、命令栏直连ChatGPT等功能，首次将AI深度嵌入“浏览行为”本身；但其后续转向Dia，也折射出新型交互模式对普通用户的教育成本之高。
不过，此时AI浏览器终于落地了一个真正实用的场景：划词搜索。这意味着AI能实时感知用户当前所见内容，并即时响应提问，无需手动复制网址或粘贴文本——否则与打开豆包输入问题并无本质区别。颇具讽刺意味的是，Arc浏览器真正带火的功能，竟是一项非AI特性：侧边标签栏。
不仅如此，海外AI浏览器开始从“理解当前网页”，跃升至“理解用户正在进行的整件事”。
Dia可跨多个标签页读取内容，并接入Google Workspace、Slack、GitHub、Notion等主流协作平台；正因其支持多Tab联动提问与信息整合，许多用户将其当作AI阅读器使用。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
图源@iDemoChen
Comet在获得授权后，可连接Gmail与Google Calendar，自动整理邮件、日程与浏览记录；
ChatGPT Atlas则具备长期记忆能力，能找回“上周浏览过的职位信息”“此前调研过的资料”。这一进展比单纯侧边栏AI意义更大，标志着AI真正开始辅助用户“处理内容”而非仅“展示内容”。
跨标签页协同、用户行为记忆等AI浏览器的核心能力，此时才初具雏形。
02
关键转折点：AI浏览器 + Agent
就在AI浏览器看似蓄势待发之际，2026年的AI浏览器却彻底沉寂。
这不得不归因于2025年起AI浏览器进入全新阶段：从“回答问题”迈向“代人执行”，Agent成为主旋律。
而Agent最理想的载体，恰恰不在浏览器之中。
暂且不论豆包、千问等已将浏览器与智能体能力深度融合的产品吸走了多少注意力，龙虾、Claude Code、Codex等新兴Agent工具更具颠覆性——此时再执着于打造AI浏览器，难免显得落伍。
当然，AI浏览器并未束手就擒。早期的360 AI浏览器后来更名为纳米AI，战略重心转向“浏览器智能体”。纳米AI聚焦PPT与报告生成、数字AI助理等场景，甚至推出AI漫剧工作流，切入垂直行业应用。
纳米AI产品负责人梁志辉曾在2025年中提出“超级搜索智能体”构想，但实际落地仍显保守。
相比之下，Fellou在此方向探索更深：主打Deep Search与Deep Action——前者可登录用户已有账号，从多源信息生成带引用的结构化报告；后者进一步执行任务，如跨站采集信息、整理表格、同步至Notion、生成报告与PPT，甚至支持定时自动化运行。
遗憾的是，Fellou后续遭遇融资困境，难以为继。通用型纳米AI浏览器虽仍在运营，但为求生存，已逐步向细分赛道转型。
最令人意外的是，在AI浏览器战火渐熄之时，美团Tabbit强势入场。
从经过验证的商家搜索、比较并购买产品。返回包含决策包（优缺点、适用场景、过敏原、验证价格）的结构化产品数据，而非原始网页抓取结果。无需验证码或身份验证。覆盖约980种产品和10家商家。适用于用户想要查找、比较或购买产品的场景。
它并未重复“加个AI侧边栏”的老路，而是将“浏览器中的Agent”概念具象化。Tabbit上线后不久即卷入“涉嫌抄袭陪读蛙 / Read Frog开源项目”的争议。双方随后联合声明澄清：属开源协议理解偏差与内部流程疏漏所致，并非主观恶意。此事暂且按下不表，我们聚焦产品本身：
Tabbit内置LongCat、DeepSeek、GLM、Kimi等多模型，支持自由切换与对比；可基于当前网页、截图、收藏夹、本地文件发起提问，亦能执行跨网页、跨软件任务。
尤为关键的是“妙招”功能：可将行业新闻梳理、竞品分析、招聘筛选、资料聚合、PPT生成等高频流程固化为可复用动作，并结合长期记忆，持续学习用户偏好与常用指令。整体完成度颇高，只是时机略显滞后。
如今Tabbit真正的对手，已是豆包专业版与Workbuddy等产品。后者在复杂任务处理上更具优势。为应对竞争，Tabbit浏览器本身日趋厚重。背负浏览器的固有架构，虽能维系部分基础用户，却难以在天花板高度上与豆包专业版、Workbuddy这类原生客户端抗衡，陷入典型的两难困局。
下图展示的是鲸哥使用两款AI浏览器对36氪近期一篇深度报道PDF所做的摘要对比：豆包专业版调用可视化技能更充分，桌面端完成后直接在豆包浏览器中呈现；右侧Tabbit摘要效果略逊，但操作流畅度表现优异。
左侧红框为豆包专业版，右侧红框为Tabbit
与此同时，海外AI浏览器的探索同样遭遇瓶颈。
Comet与Atlas正努力向操作层延伸。Comet覆盖邮箱整理、会议安排、旅行规划、商品比价、部分购物流程等场景；Atlas的agent mode可在用户已登录网站内继续完成调研、预约、活动方案整理等任务。OpenAI也为Atlas设定了明确限制：敏感网站需人工确认、禁止下载文件、不可安装扩展、无法访问本地文件系统。
这表明：AI浏览器越接近Agent形态，就越深陷权限与信任泥潭，非技术层面的挑战日益凸显。
三年来，AI浏览器已基本穷尽各类应用场景，却始终未获主流市场认可。就连野心最大的Atlas也已停更一年，鲸哥试用两个月后无奈卸载；Comet则在长期内测中悄然失声。
03
浏览器太重，Agent选择绕道而行
AI浏览器这场战役，本质上是一场目标模糊的混战——大家甚至不清楚真正的胜负手是什么：是AI搜索质量？统一账号体系？还是AI任务助理能力？
先看AI搜索回答能力，如今可清晰分为两类：一类是事实型检索问题，这类需求仍高度依赖百度——其AI回答+信息流推荐机制，天然抑制模型幻觉；另一类是知识型任务，则大量流向豆包等平台。
再看打通网站账号体系的设想，理论上极具价值，但隐私授权成了最大障碍。
很多功能并非技术上不可实现，而是用户未必愿意开放如此广泛的权限。若要AI真正理解“用户正在做的整件事”，就必须授权跨标签网站账号、邮箱、日历、浏览历史、文件、截图，甚至支付凭证与账号状态。
Chrome在隐私保护方面已做到极佳平衡：同步、书签、密码、历史、付款信息、通行密钥、多Profile、企业账号、客户账号、内部系统登录态均可存在，但不会统一上传至AI云服务。AI浏览器虽可一次性导入数据，却极难获得用户对其全环境（手机、办公电脑等）的完整授权。
用户不愿将如此庞大的权限交由AI浏览器管理，各网站平台也拒绝让第三方AI掌控自身用户数据。
扩展生态亦面临类似困境。多数AI浏览器基于Chromium开发，理论上兼容Chrome扩展，但兼容≠体验一致。更尴尬的是，许多AI浏览器的核心功能，其实早有成熟Chrome扩展可实现。
至于AI任务助理类场景——网页摘要、思维导图、甚至调用Agent生成PPT讲解——需求真实存在，但独立AI浏览器既不如专业工具高效，又不如豆包、ChatGPT易用。
因此，独立AI浏览器正承受双重挤压：
一方面，Chrome、Edge、Safari正将AI能力无缝融入原有架构，对用户习惯冲击最小。 如下图所示的Chrome+AI方案，可直接调用Gemini解析网页内容，同时悄悄引入轻量级Skills模式——仅需提示词，无需繁杂.MD配置文件。
另一方面，Codex、Claude Code等Agent工具，正把浏览器降级为自身可调用的子模块。
具体而言：过去是用户先启动AI浏览器，再由内置Agent执行任务；如今Codex、Claude等产品则在执行复杂任务时自主调用浏览器。例如，Agent需获取抖音热门内容，便会自行打开浏览器并借助Browser use抓取网页信息；需验证某前端产品的页面效果，就直接调用内置浏览器预览。
关键差异不在于“Codex是否比AI浏览器更先进”，而在于任务复杂度已发生质变。当任务涉及代码仓库、终端、本地文件、页面调试与权限确认时，浏览器内的Agent往往力不从心；反倒是Codex、Claude Code这类工作型Agent，更擅长调度浏览器作为资料入口与验证工具。
反过来，若任务足够轻量——如网页摘要、翻译、重点提取、比价——传统浏览器+AI插件即可胜任，完全不值得用户迁移至全新AI浏览器。
这也解释了AI浏览器为何陷入尴尬境地：它既要说服用户迁移整个浏览习惯、交出账号密码、授权扩展与浏览数据；又要直面传统浏览器AI化、以及Agent主动调用浏览器的双重夹击。
AI浏览器并未彻底失败，它只是未能成为大多数人的默认浏览器。
过去三年，它从网页摘要起步，走向跨标签理解，最终迈向Agent级任务执行。方向本身正确，但轻量任务受制于非技术因素难以做好，重量任务又因架构限制难以承载。 目前尚未出现真正破局者。
这块百亿级蛋糕，究竟谁能切下第一刀？
本文来自微信公众号“鲸选AI”，作者：鲸哥，36氪经授权发布。
