实时会议纪要 API 还是会后总结？LecSync、AssemblyAI、Deepgram 对比

做会议或课堂应用，纪要什么时候出来，其实是个架构问题。边讲边出，还是录完再出，决定了你调哪个接口、什么时候付钱、同一段音频要不要处理两遍，以及客户端得自己维护多少状态。

这篇把 LecSync 实时语音 API 自带的实时纪要（digest 参数）和三种常见做法放在一起比：AssemblyAI 流式接口上挂 LLM Gateway、AssemblyAI 的异步 Summarization、Deepgram 的 Summarization。竞品信息全部来自各家官方定价页和文档，核对时间是 2026 年 10 月 8 日；LecSync 的信息来自开发者页面和实时纪要文档。

先说结论

用户要在会议进行中看到纪要一段段长出来，选 LecSync：纪要和字幕走同一条 WebSocket，每段带时间范围和来源段落 ID，翻译、说话人都含在每音频分钟 $0.006 里。AssemblyAI 也能在实时流的每个发言轮次后跑一次大模型，但提示词和结果拼接得自己做。如果会后出一份英文总结就够了，Deepgram 或 AssemblyAI 异步更便宜。

实时纪要和会后总结差在哪

实时纪要是语音 API 在流还没结束时就推送的结构化总结，客户端可以一边显示字幕一边显示要点。会后总结要等整段音频处理完才生成，一般挂在文件转写任务里。前者适合课上、会上就要看笔记的产品；后者适合会后发一封回顾邮件。

四种方案对照（2026 年 10 月 8 日核对）

出处：AssemblyAI 定价、AssemblyAI 流式 + LLM Gateway 教程、AssemblyAI Summarization 文档、Deepgram 定价、Deepgram Summarization 文档。

实时场景下各家怎么跑

LecSync：话题讲完，这一段就落定

建流时传 "digest": true。新增文本攒够阈值（默认 2,000 字符，文档写明服务端可调），服务端就推一次 digest.update。当前话题保持 pending，继续往里补要点；话题一换，这段变成 confirmed，再开新的一段。会话结束时，剩下没处理的文本即使不够阈值也会补一次总结。

客户端要注意两点。第一，每次 digest.update 都是完整快照，直接整体替换，不用自己合并。第二，startMs / endMs 由转写段落算出，不是模型写的，点某一段纪要就能准确跳到录音对应位置。段落和时间戳怎么对上，可以看说话人与时间戳这篇。

推送频率跟语速和语种有关。2,000 字符换成中文就是 2,000 个字左右，按每分钟两三百字的正常语速，大约八到十分钟出一段；英文单词长，同样的量大概两分钟左右就够（均为我们的估算）。中文会议里纪要节奏会慢一些，做界面时可以先让字幕撑场。

AssemblyAI：每个发言轮次调一次大模型

AssemblyAI 的流式接口在连接时可以带 llm_gateway 参数。教程里的提示词带 {{turn}} 占位符，模型填的是 claude-sonnet-4-6，结果以 LLMGatewayResponse 消息从同一条连接回来；它的实时会议助手示例就是"每个发言轮次后自动总结"。

好处是灵活：模型、提示词、输出格式都由你定，要行动项、要决议、要 JSON 都行。代价是每次调用只看到一个轮次。想要按话题成段、会增长也会收尾的纪要，就得自己维护状态、判断话题什么时候结束、再把结果映射回时间戳。同一篇教程也给了另一种写法：先把轮次攒起来，会话结束时整段发给 LLM Gateway。

异步总结：音频完整之后跑一遍

AssemblyAI 的 Summarization 挂在预录音频转写请求里，返回带起止时间的分章节总结。文档标注为公开测试（open beta），长音频、多语种、细节要求高时建议用 medium。Deepgram 的 summarize=v2 对整个文件只返回一条短总结，文档标明不支持实时流、只支持英语，不足 50 个词的输入会原样返回。

这两种都撑不起"会上就要看笔记"的界面，但做会后回顾邮件很合适。

一小时要花多少钱

口径：一小时音频，开说话人标注。token 数是我们的估算：按约 9,000 个英文词、AssemblyAI 给出的平均每词 1.3 个 token，约 12,000 token。价格均为 2026 年 10 月 8 日公开标价。

token 反而是最小的一项。在 LLM Gateway 上用 GPT-5 mini（输入每百万 token $0.25、输出 $2.00），一小时按轮次总结也就几美分；Deepgram 总结 12,000 token 的转写稿，连一美分都不到。真正花钱的地方在别处：先流式出字幕、会后为了总结再转写一遍，同一段音频付两次钱；还有把一条条轮次总结拼成可读纪要的开发时间。

在 Deepgram 上既要实时字幕又要会后总结，就是先开流式会话（Nova-3 Monolingual 当前促销价每分钟 $0.0048，流式说话人分离每分钟另加 $0.0020），会后再跑一次预录请求，或者把流式拿到的文本交给自己的大模型。把翻译也算进去的多家完整账单，见按分钟一口价和按功能叠加的价格对比。

这些情况选别家更合适

• 会后有一份总结就够。 AssemblyAI 异步约 $0.25/小时、Deepgram 约 $0.26/小时，都比 LecSync 的 $0.36 便宜。会上没人看笔记，就用它们。
• 要自己的提示词或模型。 LecSync 纪要的分段格式是固定的，digest 也不接受提示词。AssemblyAI LLM Gateway 可以从它的模型目录里挑模型，输出结构随你定义。
• 只做英文，要最低的流式单价。 AssemblyAI Universal-Streaming $0.15/小时、Deepgram Nova-3 促销价，不加说话人时都低于 $0.36。
• 需要 SLA。 LecSync 定价页写明目前是尽力而为（best-effort），暂无 SLA。

LecSync 适合什么产品

纪要本身就是实时界面的一部分时，LecSync 最合适：课堂应用在字幕旁边同步出笔记，会议客户端边开会边列出决议。一次 connect 同时打开字幕、译文、说话人和纪要，账单就是有效音频分钟数 × $0.006。翻译这一侧怎么选，可以接着看和 AssemblyAI、OpenAI 的对比。

有一点要提前想好：连接断开就意味着这条流结束，重新 connect 是一条新流，段落编号和时间偏移都从头算。客户端记得保留最后收到的那份 digest.update。

常见问题

LecSync 的实时纪要要额外收费吗？

不用。开发者页面把实时结构化纪要列在每音频分钟 $0.006 的包含项里，和实时转录、翻译、说话人分割、术语表、AI 译文精修、30 天存储并列。开 digest 不涨价，关掉也不降价。

LecSync 多久推一次纪要？

默认新增约 2,000 字符转写文本推一次，文档说明服务端可以调整。每次推送都是全部段落的完整快照，客户端直接替换。会话结束时，剩余文本即使不够阈值也会生成总结。中文语速下大约八到十分钟一段，英文更快（估算）。

Deepgram 能对实时流做总结吗？

自带功能不行。Deepgram 的 Summarization 文档标明不支持实时流，语种只支持英语。想要实时总结，只能把流式转写文本交给自己的大模型，或者会后再发一次预录请求。

AssemblyAI 能在流进行中做总结吗？

能，用连接参数 llm_gateway。它会在每个发言轮次结束后用你指定的模型跑一次，结果从同一条 WebSocket 返回。费用是流式转写单价、说话人附加费，再加 LLM Gateway 的 token 价；把逐轮结果整理成纪要由你的应用来做。

LecSync 的纪要能对回录音吗？

能。每段都带 startMs、endMs 和生成它的 segmentIds。时间由转写段落计算，不是模型生成的；建流时加 store: true 保存录音，就能按段落跳转回放。

只要会后总结，哪个最便宜？

按 2026 年 10 月 8 日公开标价，AssemblyAI 异步加 low 档 Summarization 约 $0.25/小时，Deepgram Nova-3 预录加总结 token 约 $0.26/小时。LecSync 是 $0.36/小时，但会上就有字幕、译文和纪要。

一句话总结

看纪要必须在什么时候出现。要在会上出，而且译文、说话人也走同一条连接，LecSync 的 digest 一个价全包；会后出、只做英文，Deepgram 和 AssemblyAI 异步更省钱。想试的话，在 LecSync 控制台建一个 key，带上 "digest": true 开一条流，完整消息格式见实时纪要文档。