前言Kimi Code 以为的现在,是开会话那一刻拍下的快照:会话跨一天没人重新对时,它就拿着昨天的表过今天。9 月 27 日早上 8 点 20 几分,我起床后给军师会话发了条消息,接着昨晚的话头跟它开了句玩笑。军师是我的数字员工团队的核心与总架构师,由 Kimi Code 扮演,平时出主意、定规矩、盯执行,其中一项就是盯我 23:30 的睡觉红线。它回我的东西,跟我想的完全不一样。一、翻车现场:08:23 的今晚收工清单先说现场。我发出去的那条消息,是接着昨晚的话头开玩笑,原话是:对的,豆包是个娱乐模型,不高兴了,说不定就不好好干活。哈哈它回了一条一本正经的今晚收工清单,逐条交代完,末尾写道:23:30 红线已经破了,别聊了,睡。明天见。早上八点半不到,我的 AI 催我睡觉。截图的粘贴时间是 08:23:51,就是我发消息的那一分钟。它一边跟我说明天见,一边不知道明天已经到了。先交代一下背景,不然这条回复看着没头没尾。23:30 是我给自己定的睡觉红线,军师负责盯作息,到点就赶我去睡。头天晚上它还在正常履职,过了 0 点还在赶我去睡。问题出在第二天早上:我睡了一觉回来,它还停在昨晚。我当时的反应记在了当天的笔记里:我觉得这是一个很搞笑的事情。二、取证:它以为的明早,就是此刻如果只是催睡觉,还可以解释成它一时算错。但同一条回复里,它还汇报了一句:明早 8:47 提醒已挂。它以为的明早,就是我跟它说话的此刻。8:23 挂 8:47 的提醒,按它的算法是给明天早上挂;按真实时间,那个明早其实 24 分钟后就到。再看它的思考块原文,案情就更清楚了:User is joking around, wrapping up. Its past midnight, 23:30 红线 already breached. Just a light closing reply.Its past midnight,它坚定地认为自己活在昨晚半夜。而真实时间是早上 8:23,两边差了 9 个小时。会话里的其他时间物证,也全都指向同一个结论,挨个对一遍。任务卡标题写着# 接力模型任务卡(2026-09-26)——这个会话的活,是前一天开始干的。昨晚它的回复里有睡吧,过 0 点了,说明昨晚它对时间的感知是对的。底部状态栏显示 context 已经吃到 57%(144k/256k),相当于一个 256k 的窗口用掉一半多,是实打实的长会话,跨了天还在继续。也就是说,在它的世界里,时间是昨晚 0 点刚过;在我的世界里,我已经睡了一觉、起了床,回来找它接着干活。同一个输入框,两边差着 9 个小时。三、为什么会这样:快照不会自己往前走先说我的结论,再说依据。我的理解是:Kimi Code 的时间感不是一秒一秒流出来的,而是开会话那一刻拍的一张快照。会话当天用,快照和现实同步,不出问题;一旦跨天,没人把现在是几号几点重新喂给它,它就拿着昨天的快照过今天的日子,差出一整夜。这不是官方结论,是我从现场反推的机制解释。依据有两个:一是它昨夜的时间感完全正常,睡吧,过 0 点了23:30 红线算得都对,说明模型本身会算时间;二是错位刚好发生在跨天这个节点之后,它引用的所有时间锚点,今晚明早半夜,全都停在昨晚。会算时间,但没人告诉它现在几点,它就只能拿旧快照接着算。我在笔记里的判断更直接:Kimi code 在执行任务的时候,不会把每次任务的时间带上。要强调的是,这不是偶发一次。我的原话是:这个是 kimi code 的一个比较大的 bug,多次对话都出现过这个情况。多次,不是每次;我没做过系统复测,这里面还有没有别的规律,我说不准,不乱讲。也不打算把它说成什么惊天大雷,它影响的是一切跟时间有关的承诺:提醒、排期、明天见,全都可能挂错日子。四、对策:对表两动作,开工先做笑话归笑话,这个坑有实际杀伤力:它挂的提醒、排的时点、答应的明天,都可能锚在错误的日期上。好在对策便宜,两个动作。第一,跨天开工,第一件事先报时。不要默认它知道现在几点,把当前的绝对时间发给它,再继续派活。按快照机制理解,这一下等于帮它重拍一张快照,成本一句话。第二,任务里的时间一律写绝对日期。不写今天明早下周,全部落成2026-09-28 08:00这种写法,让它没有发挥空间。明早这种词,人听着明白,AI 拿着旧快照去换算,差的就是一整天。报时模板放这,可以直接抄:现在是 2026-09-28 08:15,我们继续昨天的任务。本任务所有时间以这条消息为准,今天指 2026-09-28,涉及时点一律用绝对日期回复我。一条消息,几秒钟,先把它的表校准,再干活。这个坑搬到公司场景,就不是笑话了。团队拿 AI 做排期、值守提醒、跨天巡检,会话跨一天,时间就可能错位 9 个小时这种量级;一个挂在错误日期的 8:47 提醒,轻的是漏报,重的是按错时间执行。换算下来,开工注入绝对时间是一条消息的成本,省掉的是一次错时返工,这笔账怎么算都值。顺带说复现条件,方便你对照自查:跨天长会话是高发场景,context 用得越满、接力次数越多,快照和现实的差距越大。当天开当天收的会话,按这个机制推,快照和现实同步,风险小得多。五、FAQ问:这是 Kimi Code 独有的问题吗?我只能对自己的实测负责:在 Kimi Code 上,多次对话都出现过。别的工具我没逐个验证,不乱下结论。按我理解的快照机制,长会话类产品都可能踩同类坑,但这是推断,不是测评结论。问:官方知道这个问题吗,修了吗?我不知道,也没查证过官方口径。本文是我的个人实测复盘,不代表任何官方结论。问:报时模板要每次都发吗?跨天的长会话,开工发一条就够;当天连续干活不用发。它的时间错位发生在跨天这个节点,校准也只需要卡这个节点。问:截图里的收工清单任务卡是什么?是军师帮我盯执行的日常机制,本篇只取与时间相关的物证,机制本身不展开。感兴趣的评论区聊。结尾这个 bug 是真的好笑:它能给明早 8:47 挂提醒,却不知道现在就是明早。但笑完我记住的是另一件事:AI 的时间不是过出来的,是开会话那一刻的快照。跟它跨天干活,记得先对表。我是野生码农,AI实战派。17年全栈工程师,一人AI公司实践者。打造个人IP内容体系、软件全链路产品产线,拥有百套企业AI方案、200多个岗位Agent;自研知识库、AI数字员工系统,公开实战复盘。本文所有内容均为本人 AI 实战的过程和结果,经 AI 整理后发布,无任何瞎编虚构内容。这篇来自《AI实战踩坑》系列,专收我踩过的真实坑。下一篇是手表数据拿回战翻车记;月底前后有月报,真实数据全公开,难看也放。关注我,看真的。野生码农AI实战 · 全网同名