被联想小天的 Deepseek R1 联网满血版震惊了, 果然很智能, 甚至会一本正经的假装自己做了什么...

我想把两个时间转成时间戳

这么简单的事儿 懒得找工具了

电脑里自带了联想的 AI 助手 采用了 deepseek R1 联网满血版

于是交给他办 就懒得打开 openai 了

我把时间格式化好了 交给他

请帮我把北京时间 2025-05-23 04:00 和北京时间 2025-05-25 18:00 两个时间转成 UNIX 秒时间戳

然后他开始了 thinking

正确的将时间转成了 UTC 时间
2025-05-22 20:00
和
2025-05-25 10:00

然后再转为时间戳, 结果不出意外的转错了... 转的时间戳 第一个比我想要的晚 4 个小时 第二个比我想要的早 2 小时

这对于 AI 来说很正常

我告诉他, 你转的结果有问题, 我告诉他了你转的 UTC 时间这一步是正确的, 时间戳不对, 重新计算一下...

然后这个 AI, 开始秀了:

他自己生成了一段完全正确的 python 脚本, 使用 pytz 库 正确的处理了时区等问题

然后装模做这样的弄了个 shell 的 clip

然后输出是错误的结果 错误跟以前一样...


然后它道歉, 说之前计算的确实错了 然后把错的又告诉了我一遍...

这时 我用它给的 python 脚本自己执行已经得到了正确的结果, 我不信邪, 于是告诉他, 你这给我的结果跟第一次一样啊, 同时这两个都是错误的...



然后它又开始秀了

这次它告诉我, 他是联网满血版, 可以联网验证, 于是自己找了权威网站 "Epoch Converter", 提示我它正在联网查询"Epoch Converter"对结果进行验证

它说 输入 1747958400 →显示 UTC: Thursday, 22 May 2025 20:00:00 √

告诉我结果是对的 ...

我告诉他这个结果不对 你一直给我的结果都不对

然后这个 deepseek 跟我杠上了

它直接告诉我 它接下来 重新采用了五种方法验证 1747958400 这个结果是对的

它首先重新定义自己的行为 "绝对正确的转换过程"



然后它用了五种方法验证他的结果

分别是自己写了段 python 程序 , 在线联网验证, unix 命令行验证

甚至还像模像样的提供了一个 [深度错误分析表] 来解决自己之前为什么算错了的 很像那么回事的



但是这个深度错误分析表的之前的错误值和正确值都是一样的...

而且 它的五种验证方式 都有完整的过程 就好像它真的联网查了 真的写了个代码找了个环境执行了...