软件技术分享

关于电子游戏的方方面面

Grok：新闻／突发检索的时间窗纪律

作者

查突发别只说“最近”。先写死时间窗与时区；X 侧可机械限日，网页侧只能靠提示＋核对发稿时间。窗外旧闻一律降级或删掉。

要点

  • 官方模型页口径：不开检索工具时，Grok 没有训练截止之后的实时事件知识；要新闻／突发，先启用网页／X 检索。（Prompt Architects 对照 docs.x.ai/models；核验日以原文为准）证据强度：高（官方模型说明经第三方复核引用）。
  • X Search 有 from_date／to_date（YYYY-MM-DD；数据自 from_date 当日 00:00 UTC 起，到 不含 to_date）。查单日须把 to_date 设成次日。（X Search｜xAI Docs）证据强度：高。
  • Web Search 文档列出域名白／黑名单与看图等参数，没有同等日期过滤器。网页侧时间窗只能写进提示，并要求每条带来源发稿时间再人工剔窗外。（Web Search｜xAI Docs；Prompt Architects 对照表）证据强度：高／中高。
  • 官方 cookbook“Topics to Morning Briefing”把固定窗口＋记忆已报故事当成日更范式：X 用日期参数收口，再用上次简报时刻判断“新／更新／旧”。（topics-to-morning-briefing）证据强度：高（官方示例；偏 API）。
  • 消费端 grok.com／App：未见与 API 同级的日期表单公开说明时，把窗口写进提示，并要求列出每条来源的发帖／发稿时间；打不开或窗外的删掉。按钮名以现页为准（待核）。证据强度：中（提示层纪律，非机械保证）。
  • 与站内《Grok 检索少幻觉》《竞品公开情报检索》衔接：少幻觉管核链接；竞品篇管周更表；本稿专攻 新闻／突发的时间窗怎么立、怎么验。
  • 官方提醒：Grok 可能出错，用前须自行核验。（Consumer FAQs）证据强度：高。

正文

场景

产品群里有人甩一句：“Grok 说竞品今早降价了。”你点开链接，是三个月前的旧稿；另一条“突发”其实来自训练印象，检索痕迹都没有。新闻翻车常死在没把时间窗写死：旧闻、传闻和今日动态糊成“最新”。

突发检索要的是窗口内发生了什么、证据链能否点开、窗外材料有没有混进来。

可跟做步骤／可抄工作流

证据强度：API 日期参数与 cookbook＝高；消费端提示纪律＝中（请求而非机械保证）；UI 模式名标待核。

1. 先立窗口，再开口

每次新闻／突发提问先填这四格（可写在提示最上方）：

字段怎么填例
主题事件／产品／主体，别用“最近大新闻”【产品 A】定价页是否变更
时间窗起止时刻＋时区；突发用小时级过去 6 小时；或 2026-11-08 00:00–12:00 Asia/Shanghai
一手优先官网域名、官方 X 账号（无 @）example.com；OfficialHandle
窗外怎么处理默认降级／删除窗外材料标“窗外背景”，不进“突发”栏

没有这四格，模型只能自由发挥“最近”，旧训练记忆更容易混进来。

2. 分清两套约束：X 可机械限日，网页靠提示

API／开发者侧（旁证，可迁移到提问习惯）：

  • X Search：设 from_date／to_date。官方写明区间是 UTC 日粒度，to_date 不含当日；查 11-08 单日应 from_date=2026-11-08、to_date=2026-11-09。（X Search）
  • Web Search：可限域名，文档未提供 from_date／to_date。时间约束只能写在 prompt，并强迫模型打印每条来源的发布日期，你再剔窗外。（Web Search）

消费端若没有日期表单：把同一规则写进自然语言：“只使用窗口内来源；每条必须带来源时间戳；窗外单独成节或删除”。提示只是请求，到不了 API 级硬门闩；所以后面必须人工对时。

3. 可抄突发检索提示（改括号即用）

任务：新闻／突发检索（不是写评论）
主题：【一句话】
时间窗：【起】至【止】，时区 Asia/Shanghai
一手优先：网页【域名】；X【账号，无 @】
请：
1) 只报道窗口内可核来源支撑的事实；窗外材料若不得不提，单独一节“窗外背景”，禁止写进“突发／最新”。
2) 输出表：时间（来源原时区＋换算上海）｜一句话事实｜一手或二手｜证据强度(高/中/低)｜可点 URL
3) 每条必须带来源发帖／发稿时间；给不出时间的条目删掉或标“时间未知＝不得当突发”。
4) “已确认／单一帖传闻／证据不足”分三节；禁止编链接、编时间戳、把训练记忆写成今日新闻。
5) 文末附“本回答实际打开的链接清单”；打不开的不要留。
若窗口内无结果：明确写“窗口内未检索到”，不要用旧闻顶上。

4. 对时检查清单（人工，突发场景 2–5 分钟）

每条关键结论过一遍：

  1. 有没有检索痕迹：可点链接或明确检索说明；全无链接＝未接地草稿，补问或作废。
  2. 对时：来源时间戳是否落在你的窗口；跨时区先换算到 Asia/Shanghai。
  3. 对题：是否同一事件（同名产品／旧版调价页直接丢）。
  4. 一手／二手：官网／官方账号／监管文书 vs 自媒体转述；转述默认≤中。
  5. 窗外隔离：窗外材料不得改写为“今早／刚刚”。
  6. 对抗一轮（高风险）：再问“请专门找窗口内的澄清与反证；找不到写明关键词。”

官方 cookbook 日更简报还强调：记住已报过的故事，标 new／update／old，避免同一突发被反复当成新闻。（Morning Briefing）消费端可用一句话代替记忆文件：“以下标题已覆盖，只报增量：【列表】。”

5. API 日更可抄窗口习惯（可选）

若你走 xAI API：按 cookbook，searchWindow() 用上次覆盖日到今天；因 to_date 不含当日，窗口末日要设成明天才包进今天。X 只有日粒度时，可用提示里的上次简报时刻＋𝕏 since: 算子往下收。网页侧仍无日期参数，继续靠发稿时间字段验收。计费与 max_turns 收口见官方示例页；本稿不写死单价。

真实用户诀窍／反例

  • 诀窍：窗口写在提示第一行。 写在文末时，模型更容易先按“最新印象”生成再搜。
  • 诀窍：网页结果逼它打印发稿时间。 没有日期字段，你无法验收 Web Search 是否守窗。
  • 诀窍：单日 X 查询记得 to_date＝次日。 官方示例与说明一致；设成当天会漏掉当日帖。
  • 诀窍：空窗直说空窗。 “窗口内未检索到”比用旧闻充数安全。
  • 反例：只说“最近／最新／突发”不给起止。 旧稿与训练记忆最容易混进“今天”。
  • 反例：把 API 日期过滤当成消费端已保证。 消费端无表单时，提示只是请求。
  • 反例：一条未对时的链接写进通稿标题。 对时失败＝不得当突发。
  • 反例：用多代理扫全世界却不收窗口。 更深检索更耗额度，也更容易带回窗外噪声。

适用边界

  • 本稿覆盖：grok.com／官方 App 的新闻／突发提问时间窗纪律，以及 API 侧 X／Web 日期能力差异的可迁移习惯。
  • 不覆盖：Imagine、语音播报产品评测、企业合规取证流程。
  • 消费端检索／多代理按钮文案、免费档次数：以 2026-11-08 起账号现页为准，文中未实测全地区全套餐。
  • cookbook 为官方 API 示例；消费端无同等 memory.json 时，用提示里的“已覆盖标题列表”代替。