托管 Agent 有了记忆，纪要助手最该记住上次的待办

这周两家都在做同一件事。ChatGPT 上了 Workspace Agents，Claude 的托管 Agent 加了内置记忆。托管的 Agent，开始能记住上次做过什么。

我做的纪要助手没有记忆。

用在项目周会

它主要用在项目周会上。每周一次，五六个人，差不多的议题，接着上周往下聊。纪要助手用了几个月，基本都是在这个会上跑。

流程是：录音，转文字，提要点，整理待办，要建日程的，确认以后接进飞书日历。一场会一份纪要，做完就完。下一周开会，它不知道上一周说过什么。

最常错的，是负责人

它整理出来的东西里，最常错的是待办的负责人。

会上说这件事谁来跟，往往是一句带过，有时是点个头，有时是旁边的人替对方应了一声。录音里听得出来，转成文字就模糊了。它按文字去猜，猜错的时候，一件事就挂到了不相干的人名下。

在周会上，这个错最麻烦。下周过进度，被挂上名字的人不知道怎么回事，真正在做的人又没被问到。

挂错了，是被挂的人来问

负责人挂错，一般是怎么发现的？被挂的人来问。

纪要发出去，有人看到自己名下多了一件事，过来问一句：这个是我的吗？这时候才知道挂错了。

这个发现方式说明两件事。一是纪要确实有人在看，至少看自己名下的那几条。二是错了以后，纠正的成本落在了被挂错的人身上。他本来没这件事，却要先花时间确认，再来问，再等人改。

五六个人的会，偶尔错一次，问一句就过去了。人再多一点，被挂错的人可能就不来问了，默认不是自己的，放着，那件事就真没人做了。

上次的待办，靠项目管理工具来过

每周开会的第一件事，是过上次的待办。这件事现在靠项目管理工具，飞书项目或者多维表格：待办录进去，有负责人，有状态，开会时打开，一条条过。

纪要助手在这一步是缺席的。它整理出的待办，要人再录进项目管理工具，录的时候顺手把负责人改对。这些待办后来怎么样了，它不知道。

用了几个月，它每周都从零开始

纪要助手用了几个月，每一周它都从零开始。

几个月里，周会上的人大体没变，谁负责哪一块，其实已经比较稳定。人记得住：这类事一般是谁跟，那个模块是谁的。它记不住，每一次都要从录音里重新猜。

负责人挂错，有一部分就是因为这个。会上一句这个你来跟，指的是谁，人靠上下文一听就知道；它没有上下文，只能猜。

如果它能记住这几个月里谁一直负责什么，猜错的次数大概会少很多。

如果给它记忆

所以看到托管 Agent 有了记忆，我先想的是：给纪要助手记忆，最该让它记什么。

最想让它记住的，是上次的待办有没有关掉。下一次开会，它能先把没关的列出来，谁的事拖了一周，一眼就能看到。

记在哪也要想。待办已经在飞书项目或多维表格里了，它不需要自己再存一份，只要开会前去那里看一眼，哪些关了、哪些没关。与其让它记住，不如让它会查。

不该记的，我也想过：会上的情绪话，没定的方案，和会议无关的闲聊。尤其是没定的方案，记住了，它可能下一周就当成定了的来写。这正是去年我在从纪要到日历那一步停下来的原因。

五六个人的周会，要的是什么

五六个人的周会，大体是这几件事：过上周的待办，说这周的进展，定下周要做的。里面最机械、也最容易拖的，是过待办。

一条条问，做完了吗，没做完卡在哪。问的人有点像在催，被问的人也不太舒服。

如果纪要助手能把这一段先准备好，没关的待办列出来，开会的时候直接看列表，这一段会快很多，也少一点当面催人的尴尬。

这一段交给它，我不担心它催得太狠，只担心它列出来的准不准。列错一条，就又回到被挂的人来问的那一步，而且这次问的人会更多。

先记准，再记多

列完发现，该记的都是事实，谁在做什么、做完没有；不该记的，都是判断和情绪。

记忆对纪要助手来说，价值不在记得多，在记得准。连负责人都还会挂错的时候，先把这件事做准，比让它记住更多东西重要。