跳至内容

软件技术分享

关于电子游戏的方方面面

  • 游戏评测
  • 游戏设计
  • 游戏产业
  • 行业杂谈
  • 开发者采访
  • 专题学习
  • 工具指南
  • 发布游戏
  • AI
  • 关于妙游社

Grok 做网页/X 检索:少幻觉、核链接的可跟做工作流

作者 2026年10月28日 02:16

官方承认 Grok 可能幻觉,检索结果须自行核验。可跟做路径:限定时间与来源 → 要求分事实/传闻并给可点链接 → 逐条打开核对 → 编造或打不开的链接一律丢弃。

要点

  • 官方口径:Grok 可检索公开 X 帖与实时网页;同时可能生成“幻觉”或不准确信息,用前须自行核验(Consumer FAQs|Does Grok make mistakes?,标注 May 12, 2025)。
  • 产品侧能力:官网写明可做实时网页检索与 X 集成,并给出带出处的回答;更深问题可用多代理并行并展示推理过程(x.ai/grok,核验日 2026-10-28)。模式开关/按钮文案以当前 grok.com/App 界面为准(待核)。
  • 开发者侧旁证(可迁移到消费端提问习惯):引用列表是“检索过程中遇到的来源”,不一定每条都被最终答案直接引用;开启行内引用也不保证句句有出处(Citations)。
  • 可抄核验纪律(官方 cookbook):只信任检索实际返回的引用;模型自行补的链接若未出现在返回来源里就丢弃;证据不足就写“证据不足”,不要硬下结论(𝕏 Post to Fact-Check)。
  • 第一问模板:时间窗+主题+“事实/传闻分开”+“每条可点击原文链接”+“不确定就写不确定,禁止编链接”。
  • 证据强度:幻觉提醒与检索能力来自官方 FAQ/产品页;核链接工作流为官方事实核对模式+公开提问习惯的编译,不是单独产品功能名;UI 名称标待核。

正文

场景

你让 Grok“帮我查一下××最近怎么说”,它回了一串自信结论和漂亮链接。打开一看:404、跳错站,或正文根本没那句话。检索型回答的价值不在“像不像真”,而在你能不能点开核到原文。

下文给一条可跟做的少幻觉路径:先约束提问,再要求可核格式,再人工抽检链接。覆盖 grok.com/官方 App 的日常检索;企业 API 细节仅作旁证。

可跟做步骤/可抄工作流

证据强度:高(官方 FAQ+产品页+citations/fact-check 文档,核验日 2026-10-28);界面按钮名标待核。

  1. 先开对“会搜”的模式(以界面为准)

在 grok.com 或官方 App,选用当前界面提供的检索/深度研究/多代理类选项(产品页统称 Search、Multi-agent 等)。若你不确定叫什么名字:不要猜按钮坐标,在提示里写明“请先检索网页与 X,再作答,并列出你实际打开的链接”。额度与是否付费档可用,以登录后页面为准(见 x.ai/pricing)。

  1. 把“可核验格式”写进同一条提示(可直接复制改关键词)
主题:【填写】
时间范围:过去 24 小时/7 天/你指定的窗口
来源偏好:优先官方稿、一手帖;二手媒体单独标注
请:
1) 用要点概括主流说法;
2) 把“已有公开来源支撑”和“仅为传闻/单一帖子/无法核实”分开;
3) 每条结论旁给可点击的原文 URL(网页或 x.com 帖);
4) 不确定就写“不确定/证据不足”,禁止编造链接、日期、引语;
5) 最后列一张“本回答实际引用的链接清单”。
  1. 看它有没有“搜过”的痕迹

官方强调实时网页与 X;回答里若完全没有可点链接、也没有任何检索过程说明,当作未接地(ungrounded)草稿:补问“请补充你检索到的原文链接,打不开的删掉”。

  1. 核链接五步(人工,约 3–8 分钟)

– 点开:每条关键结论至少打开 1 个链接;打不开/需登录才见全文的,降级为“未核到”。

– 对题:页面主题是否与结论同一事件;标题党与正文是否一致。

– 对句:结论里的数字、人名、日期是否真出现在原文;没有就标“模型概括过度”。

– 对时:核时间戳/发帖时间是否落在你要求的窗口;过期新闻当旧闻。

– 分流:一手(官网、官方账号、监管/法院文书)vs 二手转述 vs 单一匿名帖;写进你自己的笔记,不要只留模型摘要。

  1. 应用官方事实核对纪律(可口述给模型)

xAI cookbook 的事实核对示例明确:只保留检索真正返回的来源;模型列出但不在返回引用里的来源丢掉;没有支撑就判“证据不足”(𝕏 Post to Fact-Check)。消费端你可以压缩成一句追问:

请复查上一条:删除所有你无法再次打开的链接;
对仍保留的链接,标明它支持/反驳/仅提供背景中的哪一种;
没有任何链接支撑的句子改成“证据不足”。
  1. 高风险结论加一轮“对抗检索”

再问:“请专门找反证与澄清;若找不到,写明搜过哪些关键词仍无结果。”比连问三次“你确定吗”更有效。

真实用户诀窍/反例

  • 诀窍:链接是硬门槛,语气不是。 官方已说明会幻觉;把“禁止编链接+证据不足就直说”写进首条提示,比事后质疑语气便宜一轮。
  • 诀窍:引用列表 ≠ 句句有据。 开发者文档写明:citations 可能含浏览过但未写入最终答案的 URL;行内引用也不保证每句都标(Citations)。人工抽检仍不可省。
  • 诀窍:X 帖当线索,不当终审。 实时 X 适合“现在大家在说什么”;政策、财报、伤亡数字仍以官网/权威稿为准。
  • 反例:只问“总结一下网上说法”不给时间窗。 模型容易把旧训练印象与新检索混写;无时间窗时旧闻更容易混进“最新”。
  • 反例:把模型生成的“看起来像真的”URL 直接贴进通稿。 编造链接是幻觉高发区;未点开等于未核验。
  • 反例:把一次检索答案当法庭证据或未审核新闻稿。 FAQ 要求 carefully consider and verify;本稿工作流是降低翻车率,不是担保零错误。

适用边界

  • 本稿覆盖:网页/X 检索场景下的提问约束、核链接步骤、证据不足写法。不覆盖 Imagine 生图/视频、企业 API 计费单价操作手册、也不保证某一按钮永久叫“DeepSearch”。
  • 模式名称、额度、限速:以 2026-10-28 起当前产品界面与账号套餐为准;文中未实测全部地区与付费档。
  • API cookbook 模式可启发消费端习惯,但消费端没有同等的结构化 enum 约束;最终仍靠人点开链接。

【来源与编译】

  • Consumer FAQs|SpaceXSI|https://x.ai/legal/faq|May 12, 2025(实时检索能力;Does Grok make mistakes? 幻觉与自行核验)
  • Grok 产品页|https://x.ai/grok|核验日 2026-10-28(Search/Multi-agent/live citations 产品表述)
  • Citations|SpaceXSI Docs|https://docs.x.ai/developers/tools/citations|核验日 2026-10-28(全量 citations vs 行内引用;非每条必被最终答案引用)
  • Web Search|https://docs.x.ai/developers/tools/web-search|核验日 2026-10-28
  • X Search|https://docs.x.ai/developers/tools/x-search|核验日 2026-10-28
  • 𝕏 Post to Fact-Check|Cookbook|https://docs.x.ai/cookbook/examples/x-post-fact-check|核验日 2026-10-28(只信任返回引用;证据不足)
  • Pricing|https://x.ai/pricing|额度/套餐以登录后为准
  • 本文说明:中文编译“少幻觉提问+核链接工作流”;未把第三方博客的按钮坐标/每日条数写成官方事实;UI 名标待核;未声称零幻觉。

相关阅读

  • Grok vs Claude:同一道“写周报”提示词怎么对照(实验设计)
  • Claude Artifacts:能做什么、不能做什么(入门边界)
  • Codex/Cursor:把项目规则写进说明文件的常见踩坑
  • Unity官方插件扩至Grok Build:与Claude/Codex共用技能包
  • Cursor/Codex 第一次开 Agent:Cmd+I 与 codex 命令+权限怎么设
  • Claude「先约束再需求」提示词骨架:角色→边界→任务→验收

浏览更多「AI」文章 ›

  • 要点
  • 正文
  • 场景
  • 可跟做步骤/可抄工作流
  • 真实用户诀窍/反例
  • 适用边界
  • 【来源与编译】

文章导航

上一篇Unity官方插件扩至Grok Build:与Claude/Codex共用技能包
下一篇Codex/Cursor:把项目规则写进说明文件的常见踩坑

相关文章

Grok vs Claude:同一道“写周报”提示词怎么对照(实验设计) Grok vs Claude:同一道“写周报”提示词怎么对照(实验设计) Claude Artifacts:能做什么、不能做什么(入门边界) Claude Artifacts:能做什么、不能做什么(入门边界) Codex/Cursor:把项目规则写进说明文件的常见踩坑 Codex/Cursor:把项目规则写进说明文件的常见踩坑

评测设计产业杂谈

软件技术分享

关于电子游戏的方方面面

栏目

  • 游戏评测
  • 游戏设计
  • 游戏产业
  • 行业杂谈
  • 开发者采访
  • 专题学习
  • 工具指南
  • 发布游戏
  • AI
  • 关于妙游社

本站

  • 首页
  • 隐私政策
  • 联系我们
  • 关于妙游社
  • 工具指南专题
  • 文章 RSS

关注公众号

沙漏社公众号二维码

© 2026 软件技术分享

沪ICP备19032461号-1

目录

×
  • 要点
  • 正文
    • 场景
    • 可跟做步骤/可抄工作流
    • 真实用户诀窍/反例
    • 适用边界
  • 【来源与编译】
→ 目录