前言
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. It's past midnight, 23:30 红线 already breached. Just a light closing reply.
"It's 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实战 · 全网同名