做企业尽调核查的团队，几乎都被同一类问题咬过：核查报告看起来做完了，回头一问，一半结论站不住。我们做 LexCheck 的过程中总结出三个最容易翻车的地方——它们都不是「技术难题」，而是完成标准没定义清楚。

坑一：把「有返回」当「有结果」

自动化核查最容易出的假阳性：页面返回了 200，程序就认为查到了。但打开一看，是首页、推荐列表页、甚至验证码页——里面根本没有你要查的那家企业。

LexCheck 的规则是：查询已提交、记录与主体对得上号、有结构化数据，才算「查到」。三者缺一，宁可标记待复核，不凑数。

坑二：「没查到」不留证据

查到要留证据，大家都有共识；「没查到」要留证据，多数工具都忽略了。但尽调场景里，「确认没有风险记录」和「没查到」是完全不同的两句话——前者是结论，后者是事故。

所以 LexCheck 的空态也有完成标准：查询确实提交了、页面或接口明确给出了空结果、并且留了证据。「确认没有」本身就是一个值钱的交付物，前提是它可信。

坑三：出处靠回忆

人工核查时代的留痕方式是截图粘贴，两周后你要回答「这张截图是哪个网站哪天查的」，只能靠回忆和文件夹命名。批量核查放大了这个问题——三百条结论，三百个出处。

LexCheck 把这件事变成了系统行为：每条结论自动附带查询人、单位、日期、网站、链接与原始页面。不是「建议留痕」，是留痕是结论的一部分：没有证据副本的结论，系统里不存在。

写在最后

这三个坑的共同解法是把完成标准从「人的自觉」变成「系统的约束」。批量核查的价值不在跑得快，而在跑出来的每一行都敢放进工作底稿。这也是我们坚持证据交付是 LexCheck 第一能力的原因。