机场先把“像答案”与“可使用”分开
AI 输出可能语句流畅、结构完整，但其中的人名、时间、数字和因果关系仍可能出错。长答案里的大部分内容正确，也不代表关键结论已经可靠。真正需要检查的是哪些句子会影响你的下一步，而不是整体读起来是否自信。
核验不必对每个形容词投入同样精力。先标出会影响购买、配置、发布或实际操作的陈述，再把它们拆成可验证的小项。一个同时包含价格、适用地区和功能的句子，应分别检查三个条件。
建立一份结论清单
- 找出具体对象：谈的是哪一个产品、版本、文件或人。
- 找出时间范围：信息在什么时候成立，是否仍适用当前任务。
- 找出数值与单位：价格周期、百分比基数、容量或速度单位是否明确。
- 找出限定条件：账户、地区、权限、套餐和例外是否被省略。
- 找出依据位置：原文哪一段能直接支持这项结论。
例如“这个方案每月只需某个金额”可能实际指年付折合价。若省略了必须预付一年的条件，数字即使计算正确，也会让读者误解付款方式。核验既要看数值，也要看条件是否保留。
打开引用，检查它到底支持什么
答案附带链接，并不自动说明链接支持旁边的说法。打开后先核对页面标题、发布主体、更新时间与具体段落。一个介绍某产品的首页，不能直接证明其退款规则；一篇旧公告，也不能证明今天的功能仍完全相同。
研究技术功能时，优先找项目官方文档、正式发布记录或维护者说明。涉及一个研究结论时，应回到研究本身，查看样本、条件与限制。多个网站重复相同说法，也可能只是互相转载，不能简单当作多份独立证据。
若链接打不开，可按标题和发布主体重新寻找正式入口。找不到对应材料时，不要用相似网页强行补上；可以删除该具体断言，或者把需要进一步查证的问题留在私人工作记录中。
数字最好独立算一次
金额、比例与时间换算容易在长回答中出现小错。把关键公式单独列出，用计算器或表格复算。先统一单位，再计算，最后检查结果是否符合常识。不要把文字中的“约”当成省略单位和基数的理由。
假设某方案总价 180 元，覆盖 12 个月，折合月价为 15 元；如果只使用 3 个月，实际每使用月的支出是 60 元。两个结果回答不同问题，不能用同一个“平均价格”标签替代。以上为演算示例，不是产品报价。
表格分析还要注意空值、重复行和筛选范围。工具算出的总数可能只覆盖可见数据，也可能错误地把标题行计入。抽查几条记录，并核对总行数、分组条件和公式，能帮助发现这类结构问题。
区分原文事实与推断
原文写“某段时间出现故障”，不等于“服务已经永久停止”；写“支持某种格式”，不等于“所有文件都能完整处理”。要求工具把观察、解释与建议分开，你也要检查它是否从有限材料跳到了更强的结论。
请列出这份回答中的可核查事实，为每项标注原始材料位置；把依赖推断的部分单独列出。若材料没有支持某个具体数字或日期，删除该数值，不自行补写。最后指出哪些条件会改变结论。
这样的自检可以帮助发现问题，但同一个工具再次表示正确，仍不是独立证据。第二个模型给出相同答案也不一定可靠，因为它们可能依赖相同的公开材料或类似模式。
操作类答案需要额外验证
配置教程、代码和命令不能只检查语法看起来是否正常。先确认适用系统、软件版本、操作范围和恢复办法。优先在副本或隔离环境中验证，观察实际结果是否与说明一致，再决定是否用于正式环境。
如果答案要求删除数据、关闭证书检查、上传密钥或改动整个系统设置，应停下来核对必要性。工具对风险的描述可能不完整，不要因为步骤编号很清楚就直接执行。代码方面可接着阅读AI 辅助编程的检查流程。
发布前进行一次最终对照
把最终版本与原材料对照，尤其是经过多轮改写后的数字、专有名词和例外条件。语言润色可能无意中强化语气，把“可能”改成“一定”，或删掉看似累赘但非常重要的限制。确认这些细节后再分享。
可在私人记录里保留结论、依据、核对日期和修改理由，方便未来更新。对于经常变化的信息，发布前重新打开当前官方页面。你的目标是形成可追溯的工作过程，而不是给答案贴上一个永久正确的标签。
