Granola发布MCP服务器，高效获取会议摘要

所以 @meetgranola 在MCP成为一件事大约一年后，发布了他们的官方MCP服务器。我刚刚将我们的会议智能流程与它进行了并排对比——结果差距悬殊。

设计考虑得非常周全——特别是带有内联引用的语义查询工具。这是一个“花时间做对事情”的案例研究。

过去
我将会议智能导入Claude的旧方法：

1. 查询Notion数据库（Granola同步到那里）
2. 获取页面ID
3. 逐个获取每个页面
4. 解析Notion标记
5. 从原始文本中提取见解

每次会议需要4-5次API调用。对于19次会议，你需要大约80多次调用。

未来
使用Granola的MCP：“这周做出了哪些关键决定？”

返回：综合智能，附带每个源会议的内联引用链接。

仅此而已。一次调用。完成。

这个MCP设计出色的原因：

• 总共4个工具（list， query， get， transcript）。没有冗余。
• 内置语义搜索和引用——不是事后添加的
• 参与者数据预解析（“来自Descript的Laura”，而不是原始邮箱）
• 摘要是结构化的，而不是原始文本转储

Granola没有发布“get_note_by_id”然后收工。他们在协议层构建了语义智能。

太棒了。印象深刻，我已经更新了我的agent（主要是大幅减少原本用于管理从Notion数据库提取信息复杂性的指令），并添加了一项新技能，以便Claude Code可以按需引用会议讨论。

以下是 @claudeai 在测试同一组会议上的两种方法后说的话：