怎么把 Slack 导出变成能读、能搜的聊天记录

我终于跑了一次 Slack 的官方导出。等邮件、下载 zip、双击打开——心里还盼着能看到自己的对话。结果满屏是 .json 文件夹。该是名字的地方,是一串用户 ID;该是日期的地方,是一长串难看的数字;该是文件的地方,只剩链接。说白了:Slack 导出是给机器看的数据,不是能读的对话。想读它、想搜它,要么把它塞进一个查看器,把名字、消息串和时间戳都还原回来;要么干脆别要这堆原始转储,直接留一份能读能搜的存档。

要是你也刚这么折腾完,盯着一个文件夹发愣、找不着自己的聊天记录——别慌,没坏。导出本来就长这样。下面我带你看看里面到底是什么,再讲怎么把它变得能读。

那个 zip 里到底装了什么

解压开,结构挺规整。一个频道一个文件夹——#general、#product,以此类推。每个文件夹里,频道有活动的每一天对应一个 JSON 文件,名字像 2026-08-01.json。再加上顶层几个文件:users.json、channels.json,还有些日志。

打开某一天的文件,每条消息都是一个对象。文字确实在里面。但发消息的人,显示成 U01ABC2DEF 这样的东西,不是名字。时间是一串 1692000000.001200 这样的字符——Unix 纪元秒,不是你能读的日期。正文里的 @ 提及,长得像 <@U04XYZ9QRS>。全都没错。只是——不是给人看的。

这就是导出的全部把戏。它是造出来让另一个程序完美解析的。而你,不是那个程序。

那为什么你没法直接读

三样东西挡在中间,还层层叠加。

第一,名字。U01ABC2DEF 到「Priya」的对应关系,躺在 users.json 里——一个完全独立的文件。所以想读懂一句话,你得在脑子里对照两个文件。

第二,拆散。一段你记忆里一气呵成的对话,可能被打散在一个文件夹的三十个日文件里——要是它还在频道之间飘过,就散在好几个文件夹里。导出里没有任何一处「这就是那段聊天」的完整视图。

第三,搜索。你想找某人把最终发票发在了哪儿。一出 Slack,Slack 自己的搜索就没了,导出也不给你任何替代。你系统的文件搜索或许能找到那个词——在几百个文件的某一个里,却没有周围的消息串、没有挂上名字、没有能读的日期。理论上答案就在里头。实际上你够不着。

json、csv、excel,还是一个你真能读的东西

动手修之前,先搞清楚你到底想让这些数据变成什么,会省事很多。它们不是互相竞争的产品,而是不同的去处,选哪个,看你要干的活。

格式	适合	拿来就能读?	跨频道搜索?	名字、消息串、日期还原?
原始 JSON(导出本身)	喂给另一个程序	不能	不能——按频道和日期拆开	不能——只有用户 ID 和纪元时间
CSV	筛一个频道、快速排序	勉强	一次一个文件	得先自己映射才行
Excel	透视、画图、交给不写代码的人	勉强	每个工作表各管各的	转换完才有
可视化存档 / 查看器	像聊天一样重新读	能	能	能

所以,你要是把数据接进别的工具,原始 JSON 已经正合适——别动它。要是同事想在表格里把一个频道按日期排一排,CSV 或 Excel 就有它的位置。可你点「导出」那一下,心里想的其实是再读一遍自己的对话——那这些表格格式,一个都送不到你要去的地方。你要的是最后那一行。

把导出变回聊天的几种办法

好消息是,导出是个有文档、广为人知的格式,所以有人已经做出了能读它的东西。

最常见的一条路,是 Slack 导出查看器——专门做来把你刚解压的文件夹,渲染成一段段对话的工具。开源的 slack-export-viewer(github.com/hfaran/slack-export-viewer)把文件夹跑成你浏览器里的一个本地小站点,名字从 users.json 里填回来,频道摆在侧边栏,消息串重新缝好。也有把 zip 拖进去的网页版查看器(以上均为 2026-08 的情况)。要是导出已经在手,你又只需要读上那么几回,查看器说真的是最快的解法。

另一条 DIY 的路,是写脚本。你要是不怵一点代码,一段短脚本就能把 JSON 走一遍,把每个 U01ABC2DEF 换成真名字,把纪元数字变成日期,再把整堆东西倒成 CSV 或一整页能读的内容。琐碎,但那是你的数据,你的格式。

不过这两条路,起点是同一个——你得先产出一份官方导出。而在免费方案上,这意味着只有公开频道;不管哪种,还都要管理员权限。这就引出另一个选项,下面我坦白讲。

一次把所有内容都搜到

这是日常里最要紧的一部分,值得说细一点。

原始导出没法当成一个整体来搜。而一个把整份导出都载入的查看器可以——它渲染出来的所有内容,你都能用一个搜索框扫,这确实是实打实的进步。要是你走了表格这条路,你能在一个文件里筛,但又回到了在频道之间一个文件一个文件地翻。

这些基于导出的路子,没有一条能便宜地给你那种——你一打字,就已经认得名字、消息串和日期的搜索,像 Slack 本身当年那种手感。那需要一份打从一开始就为搜索而造的副本,而不是事后硬给它拧上搜索。

把名字和消息串找回来

这一整篇你要是只带走一句,就带这句:能读,意味着三处具体的修复,任何值得用的工具,这三处都会做。它把用户 ID 对到真名字。它把 Unix 时间戳换成你认得的日期和时刻。它还把回复重新接回它们该在的消息串里,而不是把它们晾成一条条散消息、只留一个藏起来的 thread_ts 字段指向父消息。

查看器,是在你递给它的那份导出上做这些修复。这没问题——只是说,读起来顺不顺,取决于查看器,不取决于 Slack。有的消息串处理得好,有的把它们压平。在你把在意的存档托付给它之前,先拿一个试试。

那些文件,其实并不在里头

这一点最容易把人绊倒,所以我直说。导出通常不含你的文件。不含 PDF,不含截图,不含谁随手丢进 #finance 的那份表格。JSON 里装的,是指向每个文件的一个链接(一个 url_private 地址);想真的拿到文件,你得趁那链接还有效、你账号还有权限,单独去下载。

在免费工作区,这咬得更狠——因为老文件会跟着老消息一起,慢慢够不着了。所以一份只有导出的「备份」,可能悄没声地,是一份指向早已消失之物的链接备份。你的附件要是重要,趁还能下的时候,把真文件下下来——这跟读消息是两码事,而人很容易想当然,以为导出替你办了,其实没有。

给你导出配个查看器,还是要一份自己的存档

现在到了那个诚实的岔路口,因为这里有两种真正不同的路子,我不想把它们搅在一起。

一种路子是查看器:你跑一次 Slack 的官方导出,再把那个文件夹,用一个能让它变得能读的工具打开。工具读的,是你已经产出的一个文件。上面讲的,大半是这个。

另一种路子,把导出这一步整个跳过。它不是事后把一堆原始转储弄得能读,而是打从一开始就建一份能读、能搜的副本——直接来自你账号本来就打得开的那些对话。Empowia for Slack 做的就是这个,这一点我要说准:**它不导入 Slack 的官方 JSON 导出。**它复用你已经登录的会话,把你够得到的频道、私有频道、私信、群组私信和文件,直接存到你自己的电脑上,而且一存下来就是能读的——名字就位,消息串完整,日期能读,全文搜索覆盖全部,还有 AI 回答,会用你自己的 API 密钥、引用它依据的那条源消息。不用管理员,不用令牌。

所以它俩,是从相反两头,去解同一种心情。查看器,救的是你已经到手的一份导出。Empowia,从不让你去解码一份。也得公道地标出它到哪儿为止——它眼下只支持 Windows 10/11(Mac 在路上),而且它复制的是你账号此刻能看见的东西,所以跟这里每个工具一样,Slack 已经删掉的消息,它救不回来。它免费到 20 个对话,再往上,一次性买断(约 19,90 €)把上限抬开。

你要是想把导出加查看器这条路,对着 Slackdump、Backupery 这些工具一项项摊开比,我在那篇诚实的 Slack 备份方法对比里铺过;要是你真正的问题是「为什么不直接用 Slack 的导出」,那是另一篇。

所以,你到底需不需要这份导出

那我自己,在被那个 zip 文件泼了一盆冷水之后,落在哪儿?导出你已经有了,又只打算读上那么几回——抓个查看器,收工,别想太多。可要是你会去跑导出,多半只是因为想把对话拿回来、能读能搜——那导出就是绕路,不是终点。

这正是我做 Empowia 想跳过的那一刻。不过在你决定之前,拿你手上这份导出做个测试——挑一条你真记得的消息,然后试着把它找出来,给自己掐个表。要是两分钟的对 ID、翻日文件就把你磨到不耐烦,你站在岔路哪一边,答案就有了。