信息核验清单：辨认确认、条件与未知

科技展会期间，信息常以一句标题、一张演示图或一段口头说明的形式出现。核验的重点不是怀疑所有内容，而是准确标注每项内容的证据强度。读者可把每个说法看成一个待完成的检查单：来源是否可打开，页面日期是否明确，正文是否直接支持当前表述，适用条件是否完整，是否把未知细节误写成确定事实。完成这些检查，简报即使篇幅不长，也能让下一位读者知道应从哪里继续查。

第一步：检查链接是否直达

优先使用能直接显示具体标题和正文的页面，而不是来源首页、搜索结果页或二次转载页。打开后核对地址栏、标题和页面日期是否互相对应。若链接变为跳转页，记录跳转前后的地址，并暂不把跳转目标以外的材料当作同一证据。对于网页中动态加载的内容，至少保存查看时间和可见文本摘要；如果页面稍后更新，旧笔记仍应说明当时看到的版本。

第二步：把事实拆成原子句

一句“某工具已在多处提供新能力”可能实际包含多个判断：工具名称、能力名称、可用位置、启用方式、适用对象和生效日期。核验时逐句匹配原文，不要因为标题提到一个主题就默认正文支持所有细节。无法逐句匹配的内容，改写为问题，例如“页面是否说明所有项目均可使用？”这种写法保留了调查方向，却不会制造结论。

第三步：追索条件而不是只读亮点

很多更新会把区域、版本、账户、权限、依赖服务或试验状态放在正文后半段。阅读时可用标记找出“仅”“需要”“适用于”“如果”“无法”等限定语，再把这些句子放进条件栏。若页面未写某项条件，正确标签是“未说明”，而不是“没有限制”。这是避免现场讲解与实际使用条件脱节的关键步骤。

来源示例：条目出现的位置与范围

所附页面说明，代码扫描结果会在拉取请求中显示由相关能力发现的安全检测，并称其覆盖范围扩展到现有 CodeQL 尚未支持的语言和框架。核验时可以确认“显示位置”和“页面所称的扩展方向”；但页面摘要没有列出全部语言、全部框架、准确检测率或所有限制，因此这些问题不能写成确定信息。最后核验时间：2026年7月15日 08:39 UTC。查看来源页面。

第四步：交付前做反向提问

将每段文字交给未参与记录的人阅读，并请其指出：哪一句可以通过链接复查，哪一句缺少日期，哪一句需要补充条件，哪一句只是推断。若对方无法从页面找到相应依据，就删减或改成待确认项。日程型内容可结合科技展会日程核对时区，功能型内容可结合产品发布汇总拆分字段，整体笔记可返回动态工作台，任何带日期的变化则进入日期更新记录。