软件技术分享

关于电子游戏的方方面面

Grok：深度检索什么时候该开、什么时候浪费额度

作者

深度检索／多代理贵且慢：只对“多源对质＋要引用”的题开启；单链事实或草稿、闲逛搜索，改用普通检索或对话，少烧额度。

要点

  • 产品页能力：消费端写明 Search（实时网页＋𝕏＋citations）与 Multi-agent（并行拆子问题，推理可审计，再合并成带引用回答）；更高额度与 multi-agent 常见于更高档（产品页写 SuperGrok／定价档位，以账号为准）（Grok 产品页、Pricing）。
  • 按钮现名以 grok.com／App 当前界面为准；历史按钮名 DeepSearch（Grok 3 时代常见说法）是否仍显示＝待核。勿把旧称当永久功能名。
  • 划界：Grok Build／TUI 的 /deep-research 是另一产品线的后台研究工作流命令，不等于消费端聊天里的深度检索按钮（Modes and Commands）。
  • 官方提醒：Grok 可能出错或不准确，用前须自行核验（Consumer FAQs）。额度见 Settings→Usage／定价页；勿写死免费次数。
  • 开发者旁证：工具调用按调用与复杂度计成本，回答应带回 citations（Tools Overview、Web Search）。
  • 可抄决策：该开／不该开／提示骨架（含时间窗与源类型，并约定输出形状与冲突标注）。
  • 衔接本室《Grok 检索少幻觉》《免费档限速》《竞品公开情报检索》：少幻觉管核一句，竞品管周更表，本稿管何时值得开重模式。
  • 证据强度：Search／Multi-agent／FAQ／定价＝官方（高）；消费端是否仍显示 DeepSearch＝待核（中）；决策表为编译可跟做（中高）。

正文

场景

你要核对“某竞品本周是否改价”，随手点开界面里最重的检索／多代理开关。模型跑了很久，吐出一篇带十几条链接的长文：一半打不开，另一半是三个月前的旧闻，Usage 里这一轮却把额度啃掉一大块。演示噱头是“一键深度研究”；可日更工作流是：先判断题型，再决定要不要开重模式。

下文以 grok.com／官方 App 的 Search 与 Multi-agent 为主；API 工具与 Build 命令只作划界与旁证。不写未核实的按钮坐标，也不写死免费档精确次数。

可跟做步骤／可抄工作流

证据强度：高（产品页＋FAQ＋定价＋工具文档）；UI 按钮现名与旧称 DeepSearch 标待核。

1. 先用决策表定模式（30 秒）

题型建议模式理由（产品口径压缩）
多源对质／争议事实且要可点引用开 Search；更硬再开 Multi-agent产品页：实时网页／𝕏＋citations；多代理并行子问题并合并带引用回答
竞品／舆情周扫、需分事实／传闻Search；复杂对比用 Multi-agent与本室竞品流程一致：核链后沉淀表
单链事实（官网一句公告、一个 changelog）普通对话，或轻量检索重模式慢且更耗额度，收益有限
草稿／改写／头脑风暴／闲逛搜索普通 Chat不需要 live citations 时别开重循环
“帮我写万字研究报告”但无验收标准先别开；先写输出合同无时间窗／无源类型＝演示

额度与限速随套餐变化：定价页写明各档 AI usage 池（周刷新；触顶可 top-up）；具体剩余看 Settings→Usage（Pricing）。免费档写 Limited Chat／Limited agent requests。次数以账号界面为准，本文不写死数字。

2. 该开时：提示骨架（可直接改括号粘贴）

在 grok.com 或官方 App，选用当前界面的 Search 或 Multi-agent（名称以界面为准；旧称 DeepSearch 待核）。若找不到同名开关，在提示里写死：“请先检索网页与 𝕏，再作答，并给出可点击引用。”

任务：多源对质（不是闲聊）
问题：【一句话主问题】
时间窗：【例如过去 14 天，Asia/Shanghai】
源类型优先：【官网／文档域名】；𝕏 优先：【账号列表，无 @】
次优先：【媒体／社区，默认证据强度≤中】
输出形状：
1) 结论表（Markdown）：主张｜支持来源｜反对／冲突来源｜证据强度(高/中/低)｜链接
2) “已对齐”与“冲突／待核”分两节；冲突必须并排写出，禁止只留单边
3) 每条至少 1 个可点击 URL；打不开的不要写
4) 文末附“本回答实际引用的链接清单”
禁止：把训练记忆写成“本周新闻”；禁止编造链接与数字。

复杂题再加一句：“请并行拆分子问题，合并时保留各支引用。”这对应产品页 Multi-agent 的并行与可审计推理描述。

3. 不该开时：轻量替代

  • 单链事实：粘贴官网 URL，要求“只根据该页作答；页外信息标待核”。
  • 草稿／改写：关掉检索类开关，用普通 Chat。
  • 闲逛：用普通搜索引擎或短检索一轮即可；别默认 Multi-agent。
  • 额度吃紧时：先看 Usage 池还剩多少；把重模式留给本周必须对质的题（省额度习惯见本室《免费档限速》）。

4. 开完仍要核链（重模式不等于免核）

官方写明：Grok 可能提供不准确信息，须自行核验（Consumer FAQs）。深度／多代理只提高“找源与拆题”的概率，不取消人工点开链接。冲突行与高风险数字（如份额或营收、用户量）至少抽检一手域名；模型补的漂亮 URL 若不在引用清单里就删（少幻觉篇纪律）。

5. 与 Build /deep-research 划界（一句即可）

若你在 Grok Build 终端里看到 /deep-research，那是 Build 工作流命令，用来跑后台研究任务（Modes and Commands）。消费端聊天里的 Search／Multi-agent（及历史 DeepSearch 说法）是另一条产品入口。选题与额度池、按钮位置都不要混谈。

真实用户诀窍／反例

  • 诀窍：先问“要不要引用”。 不要引用＝普通对话；要多源引用＝Search／Multi-agent。
  • 诀窍：冲突题才值得并行。 单源官网公告用多代理，等于用牛刀削铅笔。
  • 诀窍：输出先合同后模式。 缺时间窗、源类型或冲突栏，开再重也是散文。
  • 诀窍：Usage 当油表。 触顶前把重模式换成短检索或隔天再跑。
  • 反例：默认永远开最深。 产品页把 Chat／Search／Multi-agent 分开写，就是在暗示题型不同。
  • 反例：把旧称 DeepSearch 写进内部 SOP 当永久按钮名。 以当前界面为准，旧称标待核。
  • 反例：把 Build 的 /deep-research 教程复制进 grok.com 操作手册。 产品线不同。
  • 反例：长研究循环跑完不核链就进 Wiki。 官方已说明可能幻觉。

适用边界

  • 本稿覆盖：消费端何时开启重检索／多代理以省额度；不覆盖企业合同价、未公开配额算法，也不教你绕过限速。
  • 按钮文案、各地区／套餐是否开放 Multi-agent：以当前界面与账号为准（待核）。
  • API 工具计费与 citations 是旁证，不等于 grok.com 有一一对应开关。
  • 对质结论供产品／内容决策参考；法律或投资、安全类结论须人工与正式信源复核。

【来源与编译】