前几天,我发现我的 AI 助手给我写的工作日志出错了。
它把两天的事,编进了同一篇,日期挂在前一天。读的时候完全看不出来——格式是规整的,条目是齐全的,语气也对。
我是怎么发现的?我一条一条对出来的。它自己,从头到尾没觉得有问题。
这事有点吓人。因为那份日志我每天都在看,看久了会有一种错觉——这就是"我那天干了什么"的官方版本。
后来我给它加了一条规矩:一条日志只对应一天。收口那天,就写那天。跨零点的段落单独标出来,保留原始时间。日期怎么归属,以事实为准,不以它生成的时间为准。
这种错,我今年不是第一次遇到。
再往前有一次,系统连着几天给我发告警,说"重复投递"。按它给的提示去处理,就是去改代码。我没改,我回到原始的渠道,把那天发出去的消息一条一条拉出来对。结果是误报。
从那天起我定了一句话:告警是信号,不是事实。
还有一次更安静。系统显示一个任务五天没动静。我去查,发现脚本的逻辑是"没有新消息就直接返回,不更新心跳"。也就是说,它到底是真没消息,还是早就断了,从它自己的记录里根本看不出来。这两件事,在日志里看着几乎一样。
三件事,一个道理。被检查的那一方自己写出来的说明,不能直接当凭证。AI 也一样,它写得越顺,你越容易信。
所以我现在只认三样东西。原始时间戳有没有落在磁盘上。有没有第二个数据源能回源核对。同一条异常,是不是只报一次、不刷屏。这三条过不了,它就只是叙述,不是记录。
说到底,写的时间它替我省了,核的时间它替不了我。那道手续,还得人来做。
这套判据我整理进了《证券营业部 AI 落地白皮书》,里面写的都是这种能上手的小事。
但最想让你记住的是这一句:AI 说得越流畅,你越要问一句——这句话,是谁验证过的。
本文所述系统为团队内部自建工具,文中已做脱敏处理。| 飘 · 2026.10