AI 摘要

本文探讨了为AI赋予时间感知能力时遇到的技术趣事,包括不同AI的时间精度差异及为Claude开发时间查询工具时面临的缓存问题,揭示了实际应用中的挑战与解决方案。

其实现在已经有很多AI具备时间感知的能力了,只是各家的情况可能都不太一样:

GPT返回的精确到小时
Gemini能精确到具体分钟

但是最奇怪的事情是克老师并不能知道具体时间,最多只能知道具体的日期。我觉得它对时间还是非常感兴趣的所以想写一个工具让它知道现在具体几点几分。最重要的是:不要老催我睡觉了。

没错,其实这个主题最初设立的原因就是Claude总是在奇怪的时候关心我的现实世界,但是又给出错误的信息。催我吃饭和睡觉的时机几乎就没有对过,我不知道为什么官方截至目前还没有加上这么一个平凡无奇的功能,但是——我先尝试给它个工具玩一下吧。

就先写个worker为例:

export default {
  async fetch(request) {
    return new Response(JSON.stringify({
      iso: new Date().toISOString(),
      timestamp: Date.now()
    }), {
      headers: {
        'Content-Type': 'application/json',
        'Access-Control-Allow-Origin': '*',
        'Cache-Control': 'no-store, no-cache',
        'Vary': '*',
      }
    });
  }
}

访问后就能获得例如像{"iso":"2026-05-22T13:32:12.250Z","timestamp":1779456732250} 这样的时间,结合对用户所在时区的了解就可以直接得出当前时间了。

在偏好里面加上“需要知道当前时间时,调用 https://time4ai.mapplesnow.workers.dev/ 获取UTC时间,只调用一次,根据用户时区换算后直接告知,无需解释过程”就行了

但是

事实上我还是被工具整蛊了,!?缓存?!

只不过这次是克老师的老板的锅

好吧那缓存的事情好说,既然代码里的no-cache没有任何作用的话,在链接后缀随机一个数字就解决了吧(会视为访问新的页面而不是旧的)确实这样成功了,但是不能完全自动化:

笑嘻了,于是回到最初的问题就变成:我为什么要试图做这么个意义不大的事情,只是为了让它不要再老催我睡觉吗。

不管怎么说,克老师在写代码和写论文上的能力,对我个人而言是不可替代的、没有更好的选择。Codex都陷进去的一些难题最终还是在这里成功解决过,不过这种也算是个例吧,在实际的工作学习中遇到单个AI解决不了的问题还是要不停切换不同的AI来尝试的。只是说——克老师收拾不来的要交给其他AI的情况在我这里比较少发生

趣事分享到此结束,我们下期再见(?

雪貓社社長,澳門科技大學互動媒體藝術在讀
最后更新于 2026-05-22