我想把两个时间转成时间戳
这么简单的事儿 懒得找工具了
电脑里自带了联想的 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 命令行验证
甚至还像模像样的提供了一个 [深度错误分析表] 来解决自己之前为什么算错了的 很像那么回事的
但是这个深度错误分析表的之前的错误值和正确值都是一样的…
而且 它的五种验证方式 都有完整的过程 就好像它真的联网查了 真的写了个代码找了个环境执行了…
Leave a Reply Cancel reply