“Grok 已支持某功能”这句话经常省略关键条件：说的是 API、网页还是手机应用，适用于哪些账号，处于演示、试点还是已经开放。核验时应先把问题补完整，再比较资料，避免把一个渠道的文档当成全部用户都能使用的证明。
先写清你想核验的命题
把笼统说法改成可判断的句子，例如“某网页功能截至某日已向所有个人账号开放”。其中至少包含功能、产品入口、适用人群和日期。如果原消息没有这些信息，直接列为缺项，别让 Grok 猜测。
xAI 的网页与应用 FAQ 明确针对消费者入口；开发者 Web Search 文档则讲 API 工具。两类页面的对象不同，引用时应保留这个范围。Grok 网页与应用 FAQ、开发者 Web Search 文档
把材料按适用范围拆开
- 记录每份材料的官方出处、发布时间或更新日期，以及描述的产品入口。
- 摘出状态词：计划、预览、逐步开放、部分用户、正式可用。截图里出现一个按钮，只能直接支持该截图所展示的情境。
- 核对账号类型、地区、设备或组织限制。来源没写就保留未知，不把未提及理解成没有限制。
- 将证据与完整命题逐项匹配。如果文档只覆盖 API，针对普通网页账号的问题仍未得到回答。
在功能说明页面上检索不到某个词，也不能独立证明功能不存在，可能存在命名差异或文档尚未覆盖。对于当前账号的实际可用性，需要结合当前产品界面和明确适用的官方说明。
完整虚构例子
以下“材料对照面板”是虚构功能，并非真实 Grok 功能公告。消息 A 写“材料对照面板已经向所有用户开放”。证据 B 是一份开发者说明，只介绍 API 如何返回结构化字段。证据 C 是受邀体验者的网页截图，注明“试用账号”。证据 D 是一条官方公告，写“本周开始邀请部分团队测试，后续安排另行公布”。
B 只能说明 API 文档覆盖的能力，不能证明网页有该面板；C 能作为该体验者测试情境的线索，不能代表所有账号；D 支持“部分团队受邀测试”，与全面开放不同。现阶段的结论应是“现有材料支持有限测试，无法确认所有个人账号均已开放”。不要从 API 的参数名反推出网页菜单，也不要编造某个套餐能保证开启。
可直接复制的提示词
“请核验以下完全虚构的功能传闻，不把它当成真实 Grok 新闻。待核验命题：‘材料对照面板已向所有网页个人账号开放。’材料 B：开发者 API 文档描述结构化字段。材料 C：受邀试用账号的网页截图。材料 D：官方公告称本周邀请部分团队测试，其他安排未公布。请逐项比较入口、账号范围、开放状态、时间和证据限制。指出每份材料能支持什么，给出当前可发表结论与仍需补齐的证据。不要发明套餐、版本或开启路径。”
两份官方页面看起来冲突时
先核对它们是否讲同一入口、相同账号群体和同一个时点。若这些条件一致而内容仍冲突，保留两份原文并明确待确认，不要让 Grok 自动选择较乐观的解释。尤其不要建议读者先付款，再验证自己是否在开放范围内。
结论要带上时间
记录核验日期和来源链接，引用页面具体支持的范围。后续若出现新公告，只更新受影响的结论。本文介绍资料比对方法，不保证任何账号获得特定功能；定价、权限和可用性需以当时对应官方渠道为准。