软件技术分享

关于电子游戏的方方面面

Grok：竞品／公开情报检索的可复现流程

作者

用 Grok 做竞品扫描：先定关键词与时间窗，再开检索／多代理，核链接后沉淀表格；演示式“搜一下”不算日更工作流。

要点

  • 产品能力：官网写明可做实时网页检索与 𝕏 集成，并给出带出处的回答；更深问题可用多代理并行并展示推理（Grok 产品页）。模式按钮文案以当前 grok.com／App 为准（待核）。
  • 开发者侧可迁移习惯：web_search 可限域名；x_search 可限账号与日期；回答应带回 citations，并只信任检索实际返回的来源（Web Search、X Search、𝕏 Post to Fact-Check）。
  • 可复现五步：关键词表 → 约束提问 → 检索／多代理 → 核链抽检 → 表格沉淀。输出固定为“事实／传闻／待核”三栏，禁止只留散文摘要。
  • 官方提醒：Grok 可能出错或不准确，用前须自行核验（Consumer FAQs）。额度见 Settings → Usage／定价页；深度检索更耗算力，勿当闲逛搜索。
  • 与《Grok 检索少幻觉》衔接：本稿升级为竞品／公开情报的日更流程，少幻觉篇管“怎么核一句”，本稿管“怎么周更一张表”。
  • 证据强度：检索／多代理／citations＝官方产品页与文档（高）；消费端按钮是否仍叫 DeepSearch／Search＝待核（中）；表格字段为编译可跟做模板（中高）。

正文

场景

产品经理／运营每周要扫一轮竞品：定价是否改了、官方发了什么、社区在骂什么。随口问 Grok“帮我看看对手最近怎么样”，常得到一段自信长文——链接打不开、数字对不上、旧闻混进“本周”。演示噱头是“一次搜出万字报告”；可日更工作流是：同一套提问骨架 + 同一张沉淀表 + 固定核链门槛，任何人下周还能复跑。

下文以 grok.com／官方 App 的检索与多代理能力为主；API 的 web_search／x_search 作提问习惯旁证。不写未核实的按钮坐标与精确免费次数。

可跟做步骤／可抄工作流

证据强度：高（产品页＋工具文档＋fact-check cookbook）；UI 模式名标待核。

1. 先建关键词表（5 分钟，可周复用）

字段填什么例
竞品／主体官方名＋常用别名产品 A、A Pro、中文简称
必盯主题定价、功能上线、事故、招聘／裁员、监管价格页变更、AI 功能名
一手域名官网、文档、博客、IRexample.com、docs.example.com
一手 X 账号官方／CEO（无 @）OfficialHandle
时间窗本次扫描窗口过去 7 天／自上次表更新日期
排除词明显噪声招聘广告泛词、同名游戏

没有这张表，模型只能“自由发挥主题”，结果不可复现。

2. 开检索能力，写清输出合同（可直接改括号粘贴）

在 grok.com 或官方 App，选用当前界面的检索／Search或多代理／Multi-agent类选项（名称以界面为准；产品页统称 Search、Multi-agent）。若不确定开关叫什么，在提示里写死：“请先检索网页与 𝕏，再作答。”

任务：竞品公开情报扫描（不是写软文）
主体：【竞品名列表】
时间窗：【例如过去 7 天，Asia/Shanghai】
一手优先：【官网域名列表】；X 优先：【账号列表，无 @】
请输出：
1) 变更一览表（Markdown）：日期｜主体｜主题｜一句话事实｜证据强度(高/中/低)｜原文链接｜一手或二手｜备注
2) “已有公开来源支撑”与“仅为传闻／单一帖／无法核实”分两节
3) 每条至少 1 个可点击 URL；打不开的不要写
4) 不确定就写“证据不足”，禁止编造链接、日期、引语、份额数字
5) 文末附“本回答实际打开／引用的链接清单”
禁止：把训练记忆当成“本周新闻”；禁止只给无链接长文。

复杂对比（多竞品、多主题）可开多代理；日常单点核查用普通检索即可，少耗额度（额度机制见本室《Grok 免费档限速》）。

3. 按主题拆轮，不要一次“扫全世界”

可抄拆法：

  • 轮 A｜官方：只盯定价页／更新日志／新闻室；提示里写“仅官网与文档域名”。
  • 轮 B｜动态：官网博客＋官方 X；要求带发帖／发文时间。
  • 轮 C｜舆论线索：社区与媒体作线索栏，默认证据强度≤中，必须能点回原文。

API 旁证：allowed_domains／allowed_x_handles／from_date／to_date 等过滤器说明“收窄比放飞更稳”（Web Search、X Search）。消费端没有同等表单时，用提示里的域名与账号列表代替。

4. 核链门槛（人工，关键行必做）

沿用少幻觉篇纪律，竞品表再加两条：

  • 对产品：链接是否真指向该竞品（同名产品／山寨站直接丢）。
  • 对“变更”：原文是否真有“变更／上线／调价”；没有就改成“提及／传闻”。
  • 只保留检索真正返回、你能再次打开的来源；模型补的漂亮 URL 若不在引用清单里就删（Fact-Check cookbook）。
  • 高风险数字（份额、营收、用户量）再开一轮对抗检索：“请专门找官方澄清或反证；找不到写明关键词。”

5. 沉淀可复现资产（日更／周更的真正交付物）

把核过的行贴进固定表（Notion／表格均可），建议列：

扫描日｜时间窗｜主体｜主题｜事实摘要｜证据强度｜链接｜核链人｜下次复查日｜是否已同步业务方

另存当次提示全文（或提示版本号）。下周只改时间窗与增量关键词，不重写提问哲学——这才叫可复现流程。演示级“导出一篇漂亮 Markdown 报告”若无表、无核链记录，默认不算量产完成。

6. 可选：结构化简报（进阶）

需要对外一页纸时，可再让 Grok 基于你已核过的表生成简报，并要求“不得引入表外新链接”。API cookbook 的 call-brief 模式强调：只保留搜索返回的来源（Company to Call Brief）——消费端用“先表后文”等价实现。

真实用户诀窍／反例

  • 诀窍：关键词表先于模型。 表是合同，模型是执行器；无表则无复现。
  • 诀窍：一行一链接一强度。 竞品会把“听说”写成“已确认”；强度列逼你当场站队。
  • 诀窍：官方轮与舆论轮拆开。 混在一轮里，模型爱用媒体标题盖过官网原文。
  • 诀窍：深度／多代理留给争议题。 日常调价核查用短检索；把额度留给多源对质。
  • 反例：一句“帮我做竞品分析”交卷。 无时间窗、无域名、无输出表＝演示。
  • 反例：把 X 热帖直接写进定价结论。 实时 𝕏 适合线索；价格以官网／公告为准。
  • 反例：不点开链接就更新内部 Wiki。 官方已说明可能幻觉；未核链＝未完成。

适用边界

  • 本稿覆盖：公开网页与 𝕏 上的竞品／舆情扫描流程；不覆盖付费数据库、非公开合同、内幕交易信息，也不教你绕过登录墙或抓取 ToS 禁止的内容。
  • 消费端模式名称（是否仍显示 DeepSearch 等）、额度与限速：以当前界面与账号套餐为准（待核）。
  • API 过滤器与计费是旁证，不等于 grok.com 有一一对应开关。
  • 情报结论供产品／内容决策参考；涉及法律、投资、安全的结论须人工与正式信源复核。

【来源与编译】