TimeMap

TimeMap / 指南

为什么翻遍聊天记录,还是拼不出那天到底过得怎么样?

翻回两年前随便一个周三的聊天记录,跟相册不一样,多少能翻出点东西。可是看看翻出来的是什么,往往说不清那天到底是什么样。能看到的是跟谁说过话,大概什么时间。看不到的是这些消息之间那些时间都去哪了——因为一天里大部分时间,根本没打字告诉过任何人。

聊天记录是按人存的,不是按天存的

打开聊天软件,最先看到的是一串联系人,不是一串日期。就是这一个设计选择,悄悄决定了这份记录能拿来干什么。想还原某个周三,得把那天可能提到过什么的每个对话框都翻开,一条条滚到那个时间点附近,再自己把碎片拼起来——这跟读一天完全是两回事,更像是找一堆各知道一部分的证人挨个问,指望他们凑起来能覆盖那几个小时。

日志正好反过来。它天生按时间归档,不按对象归档,所以一天的内容本来就该待在一处,而不是散落在当天恰好聊过的每一段对话里。

一天里大部分时间,从没告诉过任何人

发消息这件事,是"跟某个人"一起做的,所以它只能留下那些跟别人靠得够近、值得说一句的部分。你一个人埋头写了两个小时的报告、出门走了走透透气、自己看了一集剧、发了一会儿呆什么都没干——这些都不会变成一条消息,因为压根没人在另一头等着收。聊天记录不是一份顺带写了别人的日记,它是一份"联系过谁"的记录,而联系永远只是一天的一部分,通常还是比较小的那部分。

缺的东西,来来回回总是那几样:

  • 一个人做的事,往往是一个工作日里占比最大的部分。
  • 一件事真正是怎么进行的,而不是事后发给谁的那一句总结。
  • 你觉得没必要跟谁说、所以没提的事。
  • 事情发生的先后顺序——一段对话常常是"出发了",隔了两个小时,再跳到"到家了"。
  • 那天没给你发消息、却陪了你一整个下午的人。

一条消息记的通常是计划,不是事实

"出发了""七点见""在处理了"——留下来的往往是这类消息,它们说的都是即将发生的事,或者是某个人希望发生的事,不是这件事已经确实发生了的证明。计划会被发出去,结果通常不会,除非出了什么值得专门说一声的岔子。翻一段聊天记录,你能准确知道当时约好了什么,却很难知道后来真的发生了什么——一年后你想找回的不是那个计划,是那一天,这就是两回事了。

记录散落在互不相通的各个软件里

一整天的联系记录很少只待在一个地方。有的在微信,有的在另一个软件,有的是一通没有留下任何文字的电话,有的是在某张照片下面评论了一句。就算真愿意从头拼一天,也得打开好几个软件,还得指望它们都还留着那么久以前的记录——换了个软件、删了个对话、三年前丢了一部手机,都可能把一整段联系记录彻底带走。这不是哪个软件设计得不好,而是当一天的记录散落在"当时正好开着哪个软件"这件事上时,本来就会是这个结局。

聊天记录擅长什么,不擅长什么

这不是说聊天记录没用——它往往是唯一能证明某个计划确实定过、某段对话确实发生过、某句话确实是在某一天说的东西,这一点上它比记忆靠得住得多。但它从来没打算回答"我这一天到底过了些什么",因为它记的从头到尾都只是说给别人听的那部分。一天要是大部分时间都花在一个人做事、干家务或者单纯的安静上,不管这天过得多充实,聊天记录里都不会有它的影子。

关于 TimeMap

这正是一行文字能补上的空白,而且不需要另一头有人接着。TimeMap 不在乎一件事有没有别人参与——一个人写完报告的那一行,跟跟朋友通了个电话的那一行,待遇是一样的,配个颜色,归到日历上那一天,以后随时能翻回去看。不用发给谁,才算数。两段日子可以并排调出来看,也可以读一读某段时期的 AI 回顾,这样一周到底过了些什么,就不用取决于那段时间里恰好跟多少人发过消息了。