小微帮我总结部门大群，有用，我却先想起了贪杯熊的群

6 月下旬微信的 Agent 小微在灰度。我拿到它，是微信里直接弹了一个提示，点进去就能用。主入口是发消息、发红包，子入口能读聊天记录，帮你总结。

我基本只用后一个。

一百多人的部门大群

总结的主要是部门大群。群里一百多人，消息杂：通知、讨论、转发的文章、各种接龙。开个会回来往上翻，要翻很久，大部分和我无关，偏偏中间夹着几条和我有关的。

以前我的办法是往上翻，翻到上次看过的地方，一条条扫。扫得快了会漏，扫得慢了，半小时就没了。

所以我没有固定时间用它，群里消息一多，就让它来。

它给的是什么

它给出来的是：谁提了什么问题，有没有人回，哪几条和我有关，哪些是通知。

总结的长短，跟着消息量走。消息少的时候就几行，一眼看完；一下午积了几百条，它也会写得长一些，分成几块。这一点我挺满意，它没有为了显得简洁，把一下午的事硬压成三句话。

比我自己翻快，也比我自己翻全。我自己翻，常常会漏掉中间被刷上去的那几条，它不会。

发消息、发红包那部分，顺，但我不太用。发红包这件事，自己点比说一句话还快。

图片和文件里的，它读不到

用了一段时间，发现一个固定的漏洞：图片和文件里的内容，它读不到。

部门群里，很多重要的东西恰恰是图片和文件。比如排期是一张截图，制度更新是一个文档，数据是一张表。它总结的时候，这些只会变成某人发了一张图片、某人发了一个文件，里面写了什么，它不知道。

我因此漏过一个通知

我因此漏过一件事。

有一次群里发了一个文件，里面是一个通知。它的总结里只写了有人发了文件，我扫过去，没点开。过了几天，才从别人那里知道那个通知的内容。

事情不大，没有造成什么后果。但这一次让我改了用法：它的总结照看，看完以后，群里的图片和文件一定自己翻一遍。它替我省了一大半，剩下的那一小半，偏偏常常是最要紧的。

这也让我想明白一件事。它读得准的，是聊天；群里真正要紧的，常常不在聊天里，在附件里。越正式的信息，越倾向于做成一个文件发出来。一个只读聊天的总结，天然会把最正式的那部分漏掉。

如果它能读文件

我对它的要求其实不高。不需要它把每个文件读完、总结出来，只要在总结里把文件和图片单独拎出来，放在最前面：谁发的，前后有人怎么说，下面有没有人回了收到。

那次漏掉的通知，如果总结里单独有这么一块，我扫到就会点开，不至于几天后才从别人那里知道。

这对大群尤其要紧。群越大，发文件的越可能是负责通知的人，文件越可能是要所有人都看的东西。现在它把文件和图片压成一句某人发了文件，混在聊天的总结里，最该提醒我的地方，被写成了最不起眼的一行。

一个总结工具读不懂附件，可以接受。可它得知道自己读不懂，把读不懂的东西标出来，交给人去看。

我先想起了运营代录的那几年

用着用着，我想起做贪杯熊的时候。

那时候商家的酒单、套餐、活动，很多是商家把信息给运营，运营一条条录进后台。信息从人嘴里到系统里，中间全靠人搬。后来我们把维护入口开给商家，为的就是少搬一次。

现在有东西能替人读了。可小微这一轮让我看到的是，它能读的是聊天，读不了附件；越正式的信息，越容易被做成一个文件发出来。当年那些要被搬进系统的东西，多半也是文件。

所以就算当年有它，能省下的也只是其中一半。

没跟同事说

它能读聊天记录这件事，我没跟同事说。

没说的原因，我自己想过。群里的消息是大家发给群的，不是发给一个 AI 的。我让它读，本质上还是我在读，规则上没有问题，但同事知道了，感受未必一样。一百多人的群，每个人对这件事的看法都可能不同。我自己是做产品的，知道它在读什么、读完做了什么，都用了一阵才习惯。

读聊天记录，用户答不答应是另一回事。有用和放心，是两件事。当年做贪杯熊，我们卡在第一件，没人能替用户把那些群读完。现在第一件有人做了，第二件，轮到微信去答。