Dify 纪要助手接上飞书日历以后，我先停了一步

最近用 Dify 做了一个会议纪要助手。录音先用飞书妙记转成文字，再交给它提取要点，整理待办。我还把创建飞书日历事件接进了流程。原来需要自己回听、找重点的工作，可以少做一部分。

流程连起来的时候，目标挺直接，尽量别让我拿着一份整理好的纪要，再去另一个地方搬一次内容。接完以后，从纪要到日历这一步，我反而比前面更谨慎了。

一段讨论被总结出来，和一件事已经定下来，还隔着一点距离。

转文字交给飞书妙记

转文字这一步，我没让 Dify 自己做，用的是飞书妙记。

会本来就在飞书上开，妙记转出来的文字带着说话的人和时间，拿来就能用。Dify 那边只负责后面的事：读文字，提要点，分待办。

分开做有一个好处：出了问题，知道先查哪一段。转写错了，是妙记那边；转写没错、要点提歪了，是 Dify 这边。两段混在一个流程里，错了就只能一起猜。妙记转出来的文字也不是完美的，人名、专有名词偶尔会转错，这些错会一路带到后面，待办里的名字可能就跟着错了。所以核对的时候，名字和日期要多看一眼。

有些话只是讨论到了

会议里可能会说下周看看，也可能说等另一件事确定以后再做。这些话放进摘要里可以成立，直接变成有日期的任务，就添了原话没有的确定性。

提取动作本身不难理解。找出谁要做什么、什么时候做，填成几个字段。难的是字段没有答案时怎么办。发言的人不一定是负责的人，提到一个时间不一定是截止日期，问了一句要不要做，也不代表已经同意。

结果里每项都有负责人、日期和行动，读起来确实舒服。但我更愿意看见有些格子空着，旁边能找到原话。至少这让我知道哪些东西还需要确认，而不是得到一张比会议本身更明确的表。

这个区别也影响界面怎么做。已经明确答应的事情，可以进入待办候选；只是提过的建议，可以留在讨论记录里。两种内容不用硬塞到同一个列表，然后指望使用的人自己分辨。

日历里的一格，有它自己的含义

再往后一步，待办也不一定就是日程。

要在周五前完成，和周五下午三点安排一小时，是两件事。前者是截止要求，后者占用了具体时间。会议只提到前者，系统如果为了创建事件补上一个时段，就已经替人作了安排。

我原来的想法更接近把链路接完整，能自动创建，就少一次搬运。现在会先问，创建的究竟是什么。一个提醒、一个任务，还是邀请其他人参加的会议，后果不一样。尤其涉及别人，不能因为技术接口能调用，就把确认省掉。一个错误的邀请，会同时出现在好几个人的日历里。

这篇不是说这个工具已经造成了错误邀请，没有这样的事，到现在也没建错过一个事件。只是重新看这个功能，会觉得完成录音到事件的链路，还不足以说明这个交互已经合适。我倾向先把准备写入的内容单独展示。能确认的让人确认，缺信息的保留缺口，不悄悄用一个默认时间补上。生成纪要可以多试几次，真正写进日历之前，应该有一个看得清楚的地方。

最后加的是一道确认

最后的做法，是在建日程之前加一道确认。

它把准备写进日历的内容先摆出来：什么事，哪天，几点，邀请谁。对的点确认，不对的改了再确认，不该建的直接去掉。

这道确认很简单，技术上几乎不费事。难的是承认它必要：一条链路本来可以全自动，偏偏在最后一步停下来等人。可正是这一停，让我敢把日历接进来。

纪要发给参会的人

整理好的纪要，发给参会的人。发出去，大家就会照着它记事。

纪要发给人看，和日程写进人的时间，是两种分量。纪要错了，读的人会说这里不对；日历错了，一个会议邀请已经占住了别人的一小时。前一种有人帮着改，后一种要先有人发现。

所以纪要这一步，我更在意的是它有没有漏，而不是写得漂不漂亮。漏掉的事，没人会来问；写得不漂亮，读的人自己会补。

我不想为了核对，再听一遍全部录音

当然，每一条都需要重新回听，助手的意义就小了。这个矛盾也不能靠一句人工确认带过去。

我会想让候选待办连着对应原话，最好能定位到相关片段。用户只需要看这条是从哪里来的，不必从头找。原话本来就不清楚，也就知道该去问人，而不是继续和模型讨论它猜得对不对。这需要先把来源关系保留下来，不能摘要一轮、再根据摘要抽任务，最后连任务和哪句话有关都找不着。

重新整理同一场会议也是一个问题。转录修正了，或者摘要重新跑了一遍，原来确认过的任务怎么办？我不希望每生成一次就再创建一遍，也不希望手工改过的内容被新结果覆盖。已经确认的记录留下，新提取的部分放在旁边比较，有变化让人看见，再决定更新哪一条。助手能重复运行，写出去的结果却不能每次都当成第一次处理。

还有录音本身。能拿来试的材料需要有授权，接哪个服务、保存在哪里，都得在使用前弄清楚。用飞书妙记也有这一层考虑：录音本来就在公司用的飞书里，不用再往别的服务传一次。为了试一个省事的功能，把不该上传的内容传出去，这个代价不值得。

现在看这个小工具，我还是喜欢它帮忙整理的部分。把散在对话里的事情拎出来，确实能省力。但整理得清楚以后，人可以更容易决定下一步，不等于下一步已经被决定了。

我先留一个待确认列表。确认到哪一步，流程就走到哪一步。到现在，这道确认一直留着。