入门
用 MiniMax / 通义听悟做会议纪要 Agent
开完会最烦的是「谁来写纪要」。2026 年语音模型已经很强：MiniMax 的语音能力、阿里的通义听悟都能把录音转成文字、分出谁在说话，再用大模型抽出「决议 / 待办 / 风险」。本教程搭一个会议纪要 Agent，开会即出纪要。
🎙️ 本教程适合：项目经理、团队负责人，想免去手动整理会议纪要。需要会议录音（或接入会议转录）。
Step 1：选工具：MiniMax 还是通义听悟
1 选工具：MiniMax 还是通义听悟
通义听悟对中文会议、说话人分离、要点总结开箱即用；MiniMax 更偏语音合成/对话，适合自己做转录+LLM 流水线。本教程以「通义听悟式流程」为主，思路通用。
Step 2：拿到会议转录文本
2 拿到会议转录文本
把录音上传到转录服务，或在会议软件里开启「实时字幕导出」。目标是拿到一段带时间戳、可分说话人的文本。
💡 隐私提醒：含敏感信息的会议，优先用私有化/本地转录方案，别把录音丢到公有云。
Step 3：用 LLM 抽取决议与待办
3 用 LLM 抽取决议与待办
把转录文本喂给大模型，要求按固定结构输出，方便后续进表格。
# 提示词模板
"请从以下会议转录中抽出：
1. 关键决议（decisions）
2. 待办事项（owner + due + 事项）
3. 风险与阻塞
用 JSON 输出，便于导入表格。"Step 4：结构化落表（飞书 / Notion）
4 结构化落表（飞书 / Notion）
把 LLM 返回的 JSON 解析后写入飞书多维表或 Notion 数据库，每条待办一行，自动 @负责人。
# 伪代码：写飞书多维表
for item in todos:
bitable.add_row({"负责人": item.owner,
"截止": item.due,
"事项": item.task})Step 5：归档与订阅推送
5 归档与订阅推送
纪要生成后自动发到会议群，并归档到知识库。可设定「每周一汇总上周所有待办状态」，形成闭环。
待办别只靠 AI 跟踪。纪要里的负责人/截止日 AI 可能猜错，发群后让人确认一次最稳。
常见问题速查
| 你遇到的现象 | 大概率原因 & 解决 |
|---|---|
| 说话人分不清 | 用支持 speaker diarization 的服务，或会前报名单 |
| 待办张冠李戴 | 发群让人确认 owner/截止，别全信模型 |
| 转写不准 | 降噪、近讲，或换更优的语音识别模型 |
| 敏感会议 | 走本地/私有化转录，不传公有云 |