Chrome 新标签页悄然上线 Deep Search 和 Create Images 两个 AI 入口，点击即跳转 AI Mode。谷歌正把浏览器首页改造成 AI 操作台，直面 ChatGPT、Perplexity 的威胁。

Chrome 首页长出 AI 按钮：Deep Search 与 Create Images 功能曝光，谷歌把浏览器变成 AI 入口

有开发者今天发现，自己的 Chrome 浏览器新标签页（NTP）多了两个显眼的按钮——Deep Search 和 Create Images。点击任意一个，直接跳转到 Google 的 AI Mode。

没有弹窗提示，没有更新日志，就这么静悄悄地出现了。

Chrome 新标签页截图，搜索框下方出现 Deep Search 和 Create Images 两个 AI 功能入口按钮

发生了什么

据社区用户反馈，该变化出现在 Chrome 147.0.7727.102 版本上。但诡异的是，同一个 Google 账号、同一个地区（美区），另一台电脑上却看不到这些按钮。这说明谷歌正在进行 A/B 测试，按用户分组灰度推送，而非全量上线。

这两个按钮的位置很讲究——直接嵌在新标签页的搜索框附近，也就是你每次打开新标签页第一眼就能看到的地方。谷歌的意图很明确：把 AI 能力前置到用户最高频的操作入口。

从功能上看：

Deep Search：点击后进入 AI Mode 的深度搜索模式。它不是传统的关键词匹配，而是由 Gemini 驱动的多轮检索——AI 会自动拆解你的问题，在多个来源中交叉验证，最终生成一份带引用的研究报告。类似于 Google 此前在 google.com/ai 上提供的「深度搜尋」功能，但现在入口被提到了浏览器首页。
Create Images：点击后同样跳转 AI Mode，但默认进入图像生成流程。用户通过文字描述生成图片，底层调用的是 Google 的图像生成 AI。在早期 Canary 版本中，这个功能的内部代号叫 Nano Banana（是的，谷歌工程师的命名品味一如既往地抽象）。

不只是两个按钮

如果你只把这件事理解成「Chrome 加了两个快捷方式」，那就低估了谷歌的野心。

让我们拉远一点看。过去半年，Chrome 的新标签页一直在悄悄进化：

搜索框集成 "+" 菜单：桌面端新标签页的搜索框旁边出现了一个 "+" 按钮，点开后可以直接添加图片、上传文件、启动 Deep Search 或生成图像。所有选项均可正常调用，不再只是灰色的占位符。
AI Mode 获得上下文能力：用户可以在 AI Mode 中携带当前页面的上下文进行提问，而不是每次都从零开始。
新标签页成为 AI 启动台：Deep Search 和 Create Images 按钮的出现，意味着新标签页的定位从「搜索入口 + 快捷方式面板」变成了「AI 操作中心」。

这三步组合在一起，Chrome 的新标签页正在变成一个轻量级的 AI 工作台。你不需要打开 ChatGPT，不需要跳转到 Perplexity，甚至不需要访问 google.com/ai——打开一个新标签页，AI 就在那里等你。

谷歌在怕什么

答案很简单：流量入口被绕过。

过去二十年，Google 搜索是互联网的默认入口。但 ChatGPT 改变了这个格局。越来越多的用户在遇到问题时，第一反应不是打开 Google，而是打开 ChatGPT 或 Perplexity。对于开发者来说，这个趋势更加明显——调试报错、查 API 文档、理解技术概念，AI 对话的效率远超传统搜索。

更让谷歌紧张的是，竞争对手们也在抢占浏览器入口：

Perplexity 早就推出了浏览器扩展，在任何页面上一键唤起 AI 搜索
ChatGPT 的桌面端应用支持全局快捷键，随时随地调用
Comet（前 Opera 团队打造的 AI 浏览器）直接把 AI 做成了浏览器的核心交互
ChatGPT Atlas 也在试图成为新一代的搜索替代品

谷歌手里最大的牌是什么？Chrome 的市场份额。全球桌面浏览器市场，Chrome 占比超过 65%。每一个 Chrome 用户每天都会打开无数个新标签页。如果能在这个页面上把 AI 能力塞进去，就相当于在全球最繁忙的十字路口竖了一块广告牌——而且是用户不得不看到的那种。

所以，Deep Search 和 Create Images 按钮的出现，本质上是一次防守性的产品动作。谷歌在用 Chrome 的分发优势，为自己的 AI 能力抢占用户心智。

技术细节：Chromium 源码里的线索

这些功能并非突然冒出来的。早在 Chrome Canary（金丝雀测试版）中，相关代码就已经存在。开发者可以通过 Chrome 的实验性功能开关来手动启用：

chrome://flags/#ntp-next-features

在 chrome://flags 页面搜索 "NTP Next Features"，将其设置为 Enabled，重启浏览器后即可在新标签页看到这些 AI 入口。

不过需要注意几点：

这个 flag 并非在所有 Chrome 版本上都可用，Canary 和 Dev 通道的可用性最高
即使开启了 flag，功能是否真正生效还取决于服务端的灰度策略
目前该功能主要面向美区用户，国内用户即使开启 flag 也大概率无法正常使用 AI Mode

从 Chromium 的开源代码库中可以看到，新标签页的 AI 功能模块是作为独立组件开发的，与现有的搜索框和快捷方式面板并行存在。这意味着谷歌在架构设计上就考虑了渐进式上线——可以按地区、按版本、按用户群体逐步开放。

Deep Search 到底做了什么

值得展开聊聊 Deep Search，因为它和普通的 AI 搜索有本质区别。

传统搜索（包括 Google 自己的 AI Overview）的逻辑是：用户输入关键词 → 搜索引擎返回结果 → 用户自己筛选和整合。AI Overview 只是在这个流程上加了一层摘要。

Deep Search 的逻辑完全不同：

问题拆解：AI 会把你的一个复杂问题拆成多个子问题
多轮检索：针对每个子问题分别进行搜索，可能涉及数十次独立的检索请求
交叉验证：对不同来源的信息进行比对和验证
报告生成：最终输出一份结构化的研究报告，带有明确的引用来源

整个过程可能需要几十秒甚至几分钟，但产出的质量远超单次搜索。Google 官方文档中将其定位为「深入研究」工具，适合需要全面了解某个话题的场景。

对于开发者来说，一个典型的使用场景是：你在评估一个技术方案，需要了解不同框架的优劣、社区活跃度、已知问题等。以前你可能需要打开十几个标签页逐一阅读，现在 Deep Search 可以帮你把这些信息整合成一份报告。

当然，这和 Perplexity 的 Deep Research、ChatGPT 的 Research 功能在定位上高度重叠。谷歌的优势在于搜索索引的广度和实时性，劣势在于 AI 推理能力目前还没有完全追上 OpenAI 和 Anthropic 的最新模型。

对开发者意味着什么

如果你是做 AI 应用的开发者，Chrome 首页加入 AI 入口这件事值得关注，但不必恐慌。

利好的一面：谷歌在教育用户。当 Chrome 把 AI 搜索和 AI 图像生成放到首页，相当于在告诉数十亿用户「AI 可以这样用」。这种用户教育的成本，是任何创业公司都承担不起的。市场被做大了，所有 AI 应用都能受益。

需要警惕的一面：如果你的产品核心价值就是「比 Google 搜索更好的 AI 搜索」，那你的护城河可能比想象中更浅。谷歌有分发优势（Chrome）、有数据优势（搜索索引）、有算力优势（TPU 集群），一旦它认真起来，纯粹的 AI 搜索包装层很难抵挡。

对于需要在应用中集成 AI 能力的开发者，Deep Search 这类功能目前还没有开放 API。但 Google 的 Gemini API 已经提供了 Grounding with Google Search 的能力，可以在 AI 生成的回答中引入实时搜索结果。如果你想在自己的应用中实现类似的「AI + 搜索」体验，可以通过 Gemini API 来实现。

当然，如果你不想被绑定在单一模型供应商上，通过 API 聚合平台来调用不同的模型是更灵活的选择。比如在 OpenAI Hub 上，你可以用同一个 Key 调用 GPT、Claude、Gemini、DeepSeek 等主流模型，根据具体场景选择最合适的模型：

import openai

client = openai.OpenAI(
    api_key="your-openai-hub-key",
    base_url="https://api.openai-hub.com/v1"
)

# 用 Gemini 做搜索增强的问答
response = client.chat.completions.create(
    model="gemini-2.5-pro",
    messages=[
        {
            "role": "system",
            "content": "你是一个研究助手，请基于最新信息回答用户的问题，并标注信息来源。"
        },
        {
            "role": "user",
            "content": "对比 Chrome AI Mode 和 Perplexity 在深度搜索方面的差异"
        }
    ],
    temperature=0.3
)

print(response.choices[0].message.content)

# 或者用 GPT-4o 做图像生成的 prompt 优化
response = client.chat.completions.create(
    model="gpt-4o",
    messages=[
        {
            "role": "system",
            "content": "你是一个图像生成 prompt 专家，帮用户优化描述以获得更好的生成效果。"
        },
        {
            "role": "user",
            "content": "我想生成一张赛博朋克风格的城市夜景，有霓虹灯和飞行汽车"
        }
    ]
)

print(response.choices[0].message.content)

时间线：从 Canary 到 Stable

梳理一下这个功能的演进过程：

时间	事件
2025 年 10-11 月	Chrome Canary 版本中首次出现 Nano Banana 和 Deep Search 按钮，功能尚不稳定
2026 年初	功能在 Dev 和 Beta 通道逐步稳定，搜索框 "+" 菜单可正常调用
2026 年 4 月	Stable 通道（147.x 版本）开始灰度推送，部分用户在正式版中看到 AI 入口

从 Canary 到 Stable 花了大约半年时间，这在 Chrome 的功能迭代周期中算是正常速度。考虑到 AI 功能涉及服务端调用和成本控制，谷歌采取保守的灰度策略是合理的。

预计在未来几个月内，这些 AI 入口会逐步向全球用户开放。但国内用户能否正常使用 AI Mode，取决于 Google 服务的可访问性——这是另一个话题了。

浏览器大战的 AI 新章

回顾一下当前的浏览器 AI 格局：

Chrome：Gemini 驱动，Deep Search + 图像生成，依靠市场份额碾压式分发
Edge：Copilot 侧边栏深度集成，与 Windows 生态联动
Arc / Comet：从零开始为 AI 设计的浏览器交互，激进但用户基数小
Safari：苹果的 Apple Intelligence 在 Safari 中的存在感依然薄弱
Firefox：基本没有 AI 布局，专注隐私叙事

有意思的是，Chrome 和 Edge 的策略几乎是镜像的——都是在现有浏览器中塞入 AI 功能，而不是重新设计交互范式。这种做法的好处是用户迁移成本低，坏处是 AI 能力始终是「附加」的，而非「原生」的。

Arc 团队转型做 Comet 的时候说过一句话：「浏览器不应该有标签页。」这个观点虽然极端，但指向了一个真实的问题——在 AI 时代，浏览器的核心交互应该是什么？

谷歌给出的答案是：至少在目前，浏览器的核心交互还是搜索框，但搜索框背后的引擎要从关键词匹配变成 AI 对话。Deep Search 和 Create Images 按钮，就是这个转型的具象化表达。

写在最后

一个按钮的出现，往往比一个产品的发布更值得关注。

产品发布是宣言，按钮上线是行动。Chrome 首页加上 AI 入口，意味着谷歌已经下定决心，要在自己最核心的产品上全面拥抱 AI——不是作为实验性功能藏在 flags 里，而是作为默认体验推送给数十亿用户。

对于整个 AI 行业来说，这是一个信号：AI 能力的竞争正在从模型层下沉到分发层。谁能把 AI 塞进用户每天都会打开的产品里，谁就能在下一轮竞争中占据先机。

而对于开发者来说，最实际的建议是：别把鸡蛋放在一个篮子里。今天 Chrome 推 Gemini，明天 Edge 推 Copilot，后天可能又有新的浏览器 AI 方案。保持技术栈的灵活性，能够快速切换和集成不同的 AI 模型，才是应对变化的最佳策略。

参考来源

今天发现 Chrome 首页加上了 AI 入口 — Linux.do 社区用户首次发现 Chrome Stable 版本出现 AI 按钮的讨论帖

Chrome首页长出AI按钮，谷歌急了