不上云的 Slack 本地备份

你装上一个叫「Slack 备份工具」的东西，紧跟着，一点小小的不安就冒出来了。它是不是正悄悄把我整段工作历史，复制到某处的服务器上？顺手连登录一起拿走？——合理的担心。在把好几年的消息交给任何工具之前，值得先要一个直白的答复。

那就说说我这个是怎么运作的，不加修饰。Slack 本地备份，把存档放在你自己的电脑上。用 Empowia for Slack，中间没有我的服务器——也就是说，你的消息不会被上传到我这儿，因为它根本无处可去。你的 Slack 登录，同样留在机器里。

这是标题那半句。大多数产品页略过的另一半，更安静些——存在本地，确实去掉了厂商那份云端拷贝，但它并不因此就让你的数据变安全。它把责任交给了你，和你的机器。两句都成立，你该一起听到。

「本地」在这里到底指什么

我说本地，意思是你那份 Slack 的副本，活在你硬盘上的一个文件夹里。别无他处。Empowia 复用你已经登好的那个 Slack 会话，然后把你账号能看到的频道、私有频道、私信、群组私信和文件，复制下来，写进你的电脑。不要管理员权限，不用生成什么令牌，也不用在我这儿注册账号。

测试很简单。备份跑完，把网线一拔——你存下来的一切，照样都在，能搜，离线。如果一个「备份」得连着网，才能把你自己的消息给你看，那它就是把消息放在了你机器之外的某个地方。这条线，我在意。

备份数据和 AI 数据，不是一回事

这个区分，能化掉大半的不安，所以我把话挑明。这里有两种很不一样的数据，它们的走法也不一样。

备份数据，是整份存档——你抄下来的每一条消息、每一个文件。它留在你的电脑上，就这样。它不发往任何地方。搜索在本地跑，在你的硬盘上跑，不管你在不在线。

AI 请求数据，完全是另一码事。你就存档问 AI 一个问题时，它不会为了答你，就把存档整个寄走。它找出跟你问题相关的那几条消息，只把那一小片、连同你的问题，发给 AI 服务商。答案回来，带着指向原始消息的引用，好让你核对。整段历史，从不成坨地离开。

把这两样在脑子里分开，隐私这幅图就清楚多了。存，是本地的。问，发出去的是一小片相关的摘录——而且只在你选择去问的时候。

把这工具碰到的每一种数据摆到一起，什么动、什么不动，一眼就看得出。

数据	它住在哪	会离开你的机器吗？	谁能读到
备份存档	你的硬盘，一个本地文件夹里	不会	你，以及任何能进你电脑的人
搜索查询	在本地对着存档跑	不会	你——它哪儿都不去
AI 提问（BYOK）	发给你添加了密钥的那家服务商	只发回答所需的消息，加上你的问题	你，以及那家 AI 服务商（按它的条款）
Slack 登录会话	在你机器上，从桌面应用复用	不会	你——它留在设备上

那么 BYOK 是什么，为什么它要紧

BYOK 就是自带密钥。正是这一环，决定了你的 AI 请求，真正发给了谁。

你不走我控制的某个账号，而是把你自己那把 API 密钥粘进来，三家里挑一家——Gemini、Claude 或 OpenAI。从那以后，你一提问，请求就从你的电脑直奔那家服务商，费用记在你名下，按它的条款走。我不在中间。密钥干活时我从不经手，请求里的消息我也从不经眼。

那要是你一直不加密钥呢？那 AI 功能就那么搁着，关着，你存档里的任何东西，都永远不离开你的电脑。搜索照样能用，因为搜索完全在本地。AI 是你主动开的——一次一把密钥。

到底有什么东西，发去了 Gemini、Claude 或 OpenAI

我说具体点，因为「一些上下文」太含糊，信不过。

你问一句「发布日期我们当时定的是啥来着」，Empowia 就在你的本地存档里搜，挑出看着相关的消息，把这些消息加上你的问题，发给你设好密钥的那家。那家读这一小片，写个答案，发回来。Empowia 把答案给你看，还附上指向它用过的那几条确切消息的链接。

所以，没错——你 Slack 里的真实消息、跟这一个问题相关的那些，确实发去了你选的那家服务商。想要一个 AI 答案，这就是它诚实的代价。它是一小片有针对性的摘录，不是你的整段历史，但也不是什么都没发。正因如此，挑哪家，权在你手。要是一个问题碰到了你绝不愿让第三方读到的东西，那就别拿它去问 AI。在本地搜它——那儿，什么都不离开机器。

本地，不等于安全

这一节，我来拆自己那套说法里最省事的版本。

「本地，所以私密，所以安全」——这中间跳了一步。去掉厂商那份云端拷贝，确实真真切切地拿走了一整类风险：一家你管不着的公司出了数据泄露、一张冲着它去的传票、一个配置错了的存储桶。好事。但副本还在，如今它住在你的机器上，而你的机器，有它自己的软肋。

一台没做磁盘加密的笔记本上的备份文件夹，就是一份谁捡起这台笔记本谁就能读的 Slack 副本。一台全家共用一个登录的电脑，更糟。一个被你不小心指给了通用云同步应用的文件夹，已经悄悄又变回了一份云端拷贝——只不过这份，是你自己亲手搭的。本地没有抹掉风险。它把风险，交到了你手上。

这笔交换划不划算，看你。对很多人，「我掌控它，也知道它在哪」胜过「它在别人的服务器上，条款我还没读过」。对另一些人，老实讲，不划算——这也没什么不好。

真正护住这份副本的，是些无聊事

这里头没一样是稀奇玩意。护住你电脑上任何一个敏感文件的，是同一套卫生习惯。

打开全盘加密——Windows 上，BitLocker 就干这活。设一个真正的登录密码，人一走开就锁屏。把备份文件夹放在共享盘之外，也别让一个通用同步应用顺手把它卷走，除非你是真心想。要是你开了 AI，挑一家你确实愿意把工作消息发过去的服务商，再扫一眼它怎么对待 API 数据。差不多就这些。

把这份存档当成它本来的样子——一份好几年的对话的副本。要是这些话印在纸上，你会把那个档案柜锁上。一个道理，少几个抽屉罢了。

什么时候，云才是对的选择

我做的是本地工具，可我照样会告诉你，什么时候本地是错的那个。

如果你要为一整个组织的 Slack 负责，你要的多半是一个云备份服务，而不是个人工具。全组织的灾难恢复、为合规做的留存和法律保全、把离职者的记录保住、以及出了岔子后把消息还原回 Slack——这些，正是企业云备份生来要做的，而一台某个人笔记本上的本地工具，做不到。这几种选择，我在这篇 Slack 备份方法的横评里，写了更长、点了名的对比，如果你是这种情况。

Empowia 是给另一种情况的。一个人，一台电脑，想要一份自己够得着、又攥在自己手里的历史。它眼下也只支持 Windows 10 和 11——Mac 版在路上，但我不会假装它已经到了。而且和每个备份工具一样，它只能复制你账号还打得开的东西。一条 Slack 已经彻底删掉的消息，在任何工具够到它之前，就已经没了。

就用安静的那种方式，备份它

如果你读到这儿，是因为一个你差点装上的「备份」，显得有点太急着往家里打电话了——那份直觉，值得你听。那就换个安静的方式来做。Empowia for Slack 把你的历史复制到你的电脑上，把搜索留在你的硬盘上，发给 AI 的，永远只是你问起的那一小片。领个免费版，把那一段你最不想被陌生人从肩膀后头读到的对话，备份下来，然后关掉 Wi-Fi 打开它。要是每一条消息都还好端端在那儿，你就清清楚楚知道它住在哪——以及，它不在哪。