Google 在 I/O 2026 宣布把 Search 的默认模式换成 AI agent——回答问题、执行任务、跑后台监控（TechCrunch 2026-05-26 报道）。同一周 DuckDuckGo 美区 app 安装量 WoW 均值涨了 18.1%，峰值 30.5%（5 月 25 日）；iOS 更高，均值 33%，峰值 69.9%。DuckDuckGo 的 AI-free 搜索页 noai.duckduckgo.com 访问量同期 WoW 均涨 22.7%。
只要你的团队依赖搜索做资料核验、SEO 检查、供应商调研、竞品研究或写稿，就应该保留一条"AI 可关闭"的搜索链路。做法是把搜索分成两条线：先用 AI-off 路径找原始网页和核验事实，再用 AI-assisted 工具整理问题、扩展查询和做结构化总结。
什么时候必须加 AI-off 搜索链路
只要出现下面任一条件，就不要让 AI answer 直接成为最终依据：
| 条件 | 为什么先走 AI-off |
|---|---|
| 你在核验日期、价格、政策、模型可用性或法律条款 | AI answer 可能隐藏原网页的发布时间、适用地区和变更范围 |
| 你要比较多个官方页面的措辞 | 摘要会把细小差异抹平，而这些差异可能影响结论 |
| 你在为文章、PRD、采购 memo 收集来源 | 审稿人需要能重新打开的 URL，而不只是整理后的答案 |
| 查询本身很简单，例如找登录入口、文档页、价格页 | AI 层会增加不确定性，不一定增加任务价值 |
| 结论会影响预算、合规、客户话术或公开内容 | 需要从结论回溯到来源页、访问日期和适用范围 |
AI 搜索适合探索和整理，不适合作为事实的唯一入口。按任务分就行。
两条搜索线怎么分工
默认规则：AI 工具负责找线索，人负责确认最终来源。
| 任务 | 第一站 | 第二站 | 什么时候停止 |
|---|---|---|---|
| 找官方文档、当前限制、产品可用性 | AI-off 搜索或站内搜索 | Perplexity / MindSearch 扩展关键词 | 至少拿到两个 primary source 和日期 |
| 做工具采购或竞品比较 | Perplexity 快速列维度 | 逐条回到 vendor 官网核验 | 每个评分项都有 URL 支撑 |
| 排查技术错误 | Phind | 官方文档、GitHub issue、release notes | 解决路径能链接到原始证据 |
| 做内部可控的研究系统 | Perplexica | AI-off 搜索做抽查 | 检索行为和来源可复现 |
| 进入陌生市场做初研 | MindSearch | AI-off 搜索核对实体和数据 | 能区分事实、观点和假设 |
把"发现"和"核验"拆开
发现阶段用 AI-assisted 工具，核验阶段回到原网页。比如先问 Perplexity 或 MindSearch：
我要研究：[主题]
任务：先帮我找来源，不要写最终结论。
请返回：
1. 应优先查看的官方来源
2. 只有在补充日期或市场背景时才需要的第三方来源
3. 必须人工核验的关键说法
4. 我应该在 AI-off 搜索引擎里继续搜索的 query
不要在我提供已核验来源前总结结论。
用 claim ledger 记录每条关键判断
只要这次搜索会产出文章、客户回复、采购建议或内部决策，就用一个很小的表记录每条关键判断。
| 判断 | 来源 URL | 核验日期 | 适用范围 | 是否可写进输出 |
|---|---|---|---|---|
| DuckDuckGo 表示其 AI-free 页面默认关闭 AI 功能 | TechCrunch 2026-05-26 报道引用 DuckDuckGo 说法 | 2026-05-27 | 美国趋势和 DuckDuckGo 自述 | 可以，但要注明来源 |
| 某 AI 搜索工具更适合合规研究 | 未核验 | - | 判断过泛 | 不写 |
如果删掉来源链接后一句话变得不可信，就不要写成确定结论。
给不同工具设边界
| 工具 | 入口 | 放在哪一步 | 停止点 |
|---|---|---|---|
| Perplexity | 免费可用，Pro Search 需要 Pro 套餐（$20/月） | 发现阶段：5–10 分钟内摸清主题、列来源候选 | 拿到来源列表后回到官方页面核验价格、政策、API 限制 |
| Perplexica | 自托管（需要 Docker + SearXNG） | 内部可控研究：关心数据流向和检索行为可审计时 | 输出仍需回到官方文档做最终核验 |
| MindSearch | 免费 Web UI | 发现阶段：把宽泛问题拆成子问题和 query list | 拿到可执行的 source list 和 query list 即停 |
| Phind | 免费可用 | 只用于代码错误、框架用法、开发者工具调研 | 修复路径链接到官方文档、GitHub issue 或 release notes |
Perplexity 和 MindSearch 负责"应该查哪里"，Perplexica 负责"检索过程可不可审"，Phind 只管开发者问题。非技术的政策、价格、市场判断不要用 Phind。
什么时候立刻停用 AI answer
如果 AI 搜索结果出现下面情况——尤其是输出要复制到公开文章、采购建议或合规审查里时——立即切回 AI-off 搜索或直接打开官方页面：
- 日期、价格、地区、模型名、政策限制没有来源
- 把多个产品、版本或套餐混成一个描述
- 来源列表主要是媒体摘要，但任务需要官方文档
- 答案很肯定，但来源页面的片段互相矛盾
给团队的最小流程
如果团队没有时间重做整套研究流程，至少先改这三条：
- AI 搜索可以建议来源，但最终判断必须回到 AI-off 或 primary source。
- 涉及价格、政策、可用性、法律、安全、模型能力的句子，必须记录 URL、核验日期和适用范围。
- 输出前检查每个核心判断：如果删掉来源链接，这句话是否还可信？不可信就不要写成确定结论。
FAQ
这是不是说明 Google Search 不能用了？
不是。TechCrunch 2026-05-26 的报道只说明 AI-heavy search default 正在变得更明显。应对办法不是弃用某个搜索引擎，而是给需要精确来源的任务留一条能查到原始页面的路线。
团队是不是应该全部切到 DuckDuckGo？
不一定。目标是保留选择权。DuckDuckGo 的好处是能很方便地关掉 AI 功能；但直接查官方文档、产品站内搜索、GitHub、监管机构网站或内部知识库，也能承担 AI-off 核验角色。
Perplexity 能不能替代人工查来源？
不能。Perplexity 可以加速发现和整理，但涉及价格、政策、模型可用性、法律条款、安全边界和公开传播时，仍然要回到 primary source。
最小可行流程是什么？
先让 AI 搜索列来源和 query，再用 AI-off 或官方页面核验最终判断，最后用 claim ledger 记录 URL、日期和适用范围。