Bobby AI 给的结论值不值得采信，通常不取决于它说得像不像，而取决于结论里有多少句子能被配置、日志、命令或页面行为复现。凡是能落到具体字段的部分——版本号、默认值、超时单位、报错码、接口参数名、文件路径——就可以先挑出来，用两条彼此独立的公开数据交叉核一遍；对不上，就退回自己查，而不是换一种问法继续追问同一个模型，因为追问只会得到一个更顺口的新版本，不会得到新证据。

把 Bobby 给的结论拆成「可核对陈述」和「不可核对观点」两类，只对前者花时间。可核对部分挑两条彼此独立的公开来源，例如官方仓库里的默认配置文件加上本机命令的实际输出，逐字段比单位、口径和修改时间。两条对不上时换第三条来源再核一次；仍然冲突就把该片段标记为不可用，不写进方案、不转述给同事。适用场景是配置项、命令行为、接口字段这类能复现的内容；架构取舍和优先级排序不在核对范围内。

把结论拆成可核对的陈述和不可核对的观点并分别列出

拆分依据只有一条：这句话能不能在本机用一次命令、一段配置或一次页面请求复现出来。能复现的进左列，只能靠判断的进右列。拆完之后，往往会发现一段听起来很完整的结论里，真正值得验证的只有两三句。

• 可核对：配置项的默认值和取值范围；命令的参数名、退出码、输出字段；接口的路径、请求方法、必填参数；日志里的字段名与级别；报错码与触发条件；版本号与依赖的最低要求；文件路径与权限要求。
• 不可核对：哪个方案更好、应该优先做哪件事、团队该如何取舍、某技术是否已经过时、未来会不会成为主流、某做法有没有隐患。这类内容可以让 Bobby 展开讨论，但不要当成事实依据。

有一种中间态需要单独标出来：带方向性的表述，比如「默认会重试」。它本身是可核对的，但必须补上重试次数、退避方式、在哪个配置层级生效这几个字段才成立。补不齐字段的，先归到不可核对，等拿到具体配置项再移回来。

为可核对部分挑两条彼此独立的公开来源

独立的意思是两条来源的底层数据不是同一份。常见错误是用一篇博客和另一篇转述同一篇博客的文章互证，看起来是两个来源，实际上只有一个原始出处。建议按下面的搭配选：

• 来源 A：本机运行环境的实际行为。获取方式是执行命令、读取本地配置、观察调用返回，记录命令原文和原始输出。
• 来源 B：与来源 A 不同渠道的公开数据。可以是官方仓库中的配置文件、官方文档页面本身、发布包里的默认值，而不是对它们的二次解读。

两条来源的类型不同、获取路径不同，才算独立。下面是可替换的获取骨架，把路径和关键词换成你正在核对的字段即可：

# 来源 A：本机实际生效的配置或命令行为
grep -R "timeout" ./config 2>/dev/null | head -n 5
<被讨论的命令> `--help` | grep -i -A1 timeout

# 来源 B：远端官方仓库中的同名配置项或页面
curl -s <官方 raw 配置地址> | grep -i timeout

执行位置说明：来源 A 在被讨论的那台机器上跑，来源 B 在任何能出网的终端跑。两边都要连输出里的单位和文件名一起复制，不要只记结论值。

逐条对数字口径和日期，记录一致与不一致的位置

核对要落到字段，不要落到「感觉差不多」。同一件事在两边分别是什么值、单位是什么、定义在哪个版本，逐项写下来。可以用下面这张对照记录表，一条陈述占一行：

最容易出问题的三处：单位不一致，比如一边写秒一边写毫秒；时间口径不一致，比如一边是 UTC 一边是本地时间；版本不一致，比如本机是旧版本而来源 B 是主干。这三处对不上，结论不能只改半句就采用，要把差异写进记录里。

对不上时换来源再核一次，仍对不上就标记为不可用

换来源只换一次，这是终止条件：第三条来源要与前两条在渠道上都不同，比如换成发布包里的默认配置文件、容器镜像里的实际文件，或另一台环境相同的机器。第三次仍然冲突，或三条来源无法判断是否独立，就不再继续找第四条，直接把片段标记为不可用。

标记写法建议保持固定格式，方便以后检索和复核：

[不可用] <结论片段原文>
来源A: <值> / 来源B: <值> / 来源C: <值>
冲突字段: <单位 或 版本 或 参数名>
处理: 不写入方案，需要时以现场配置为准
核对日期: <填写当天日期>

标记为不可用不等于结论一定错，只是它当前没有可复现的证据支撑，不能作为下一步动作的依据。同一片段以后拿到新来源可以重新核对，重新核对时沿用上面的格式追加一条记录，不要覆盖旧记录。

把处理动作写成一句规则贴在提问流程末尾

让验证变成默认动作，而不是临时想起来才做。可以在常用的提问模板或团队提问流程末尾固定加一句：

涉及配置项、命令行为、接口字段的结论，先拆出可核对部分，
用两条彼此独立的公开来源核一遍；对不上的标为不可用，不直接采用。

不适用的例外情形有三类：一是纯观点类内容，本身就没有可核对的字段，直接当作讨论输入即可；二是内部系统或未公开服务，外部没有独立来源可查，只能以该环境的配置和日志为准；三是时效性很强的现场问题，比如正在发生的故障，先取证再判断，不能为了走完核对流程而拖延处置。除这三类之外，遇到可核对的陈述就按规则走一遍，成本通常比一次错误配置的返工低。