用 ClaudeAPI 自动生成会议总结、行动项和跟进邮件

很多人第一次用 AI 处理会议记录时，都会直接丢一句：“帮我总结一下会议。”结果通常也不差，文字挺顺，但问题是——不好用。它可能只是一段看起来很完整的摘要，却没有明确任务、没有负责人，也不能直接发给客户或团队。

更实用的Claude API 会议总结工作流，应该至少产出三类内容：会议纪要、行动项表，以及会议跟进邮件草稿。这样会议结束后，不只是“知道大家聊了什么”，而是能马上进入执行和跟进。

这篇文章主要写给开发者、项目经理、运营、销售和客户成功团队。我们会从会议转录稿开始，讲清楚怎么通过 ClaudeAPI 调用 Claude，生成结构化纪要、提取任务、自动起草 follow-up email，同时也会补充 Prompt 写法、JSON 字段设计、质量检查和隐私合规方面的注意点。

说明：本文里的 ClaudeAPI 指的是第三方 Claude API 兼容接入服务平台，并不是 Anthropic 官方服务。模型、价格、额度、线路等具体信息，建议以服务平台官网的最新说明为准。

先说结论：Claude API 能帮会议自动生成什么？

用 Claude API 做AI 自动生成会议纪要，不要只盯着“摘要”两个字。真正能落地的结果，通常会拆成几类：

• 会议总结：包括会议背景、主要议题、关键讨论和最终结论；
• 决策记录：哪些事情已经拍板，哪些还需要进一步确认；
• 行动项表：任务是什么、谁负责、什么时候完成、优先级如何、依赖什么，以及对应的原文依据；
• 风险与未决问题：比如阻塞点、争议点、缺失信息；
• 会议跟进邮件草稿：可以用于内部同步、客户确认，也适合销售 Demo 后跟进；
• 结构化 JSON：方便后续写入 Notion、飞书、Slack、CRM、Jira 或内部系统。

这也是自建 Claude API 工作流和普通会议纪要 SaaS 最大的不同。SaaS 通常上手快，但格式、流程和系统集成空间有限；自己接 Claude API，则可以控制输出字段、Prompt 逻辑、审核流程，以及和内部工具的衔接方式。

整体流程：从会议录音到跟进邮件，大致分 6 步

一个比较稳的流程，可以这样设计：

第一步，先拿到会议音频或文字记录。来源可以是 Zoom transcript、Google Meet 字幕、飞书妙记、腾讯会议转写，也可以用 Whisper 自己转录。

第二步，对转录稿做基础清洗。不是要把它改得很漂亮，而是删掉明显无意义的口头禅，同时保留说话人、时间戳、议题切换和关键原文。

然后是长文本处理。如果会议很长，不建议一次性全部塞给模型。可以按时间、议题或 token 长度切成几段。

接下来调用 Claude API 生成会议总结。这个结果一般用 Markdown 最方便，复制到文档、飞书或 Notion 都比较顺手。

行动项最好单独提取一次。因为“总结”和“提任务”其实是两个目标，混在一起很容易漏掉任务，或者把普通讨论误判成待办。

最后，再根据会议纪要和行动项生成跟进邮件草稿。这里建议只生成草稿，不要默认自动发送，尤其是涉及客户、报价、合同或管理层决策的时候。

这个链路比“上传转录稿，然后让 AI 总结”要稳定得多。原因也很简单：会议总结、任务提取、邮件生成是三件事，最好分别设计 Prompt，分别做质量控制。

准备工作：你需要哪些输入和工具？

如果只做一个最小可用版本，其实准备这些就够了：

• ClaudeAPI Key；
• 一份会议转录稿；
• Node.js 或 Python 环境；
• 一个保存结果的地方，比如 Markdown 文件、Notion、飞书文档或数据库。

如果想做得更完整，可以再接一些工具：

• 转录工具：Whisper、飞书妙记、Zoom transcript、Google Meet transcript；
• 协作系统：Notion、飞书、Slack、企业微信；
• 邮件系统：Gmail、Outlook、企业邮箱；
• 业务系统：CRM、Jira、Linear、Trello。

如果你的需求只是“点个按钮生成会议纪要”，那 Tactiq、飞书智能会议纪要、Notion AI 这类工具会更省事。可如果你想把会议结果自动写进 CRM、任务系统，或者让纪要格式长期保持一致，用 Claude API 自建一套会更灵活。

第一步：先整理会议转录稿，别让 AI 总结跑偏

会议纪要的质量，很大程度上取决于输入质量。转录稿越乱，AI 越容易误判，比如把一句玩笑话当成承诺，把一个建议写成已经确定的决策。

清洗转录稿时，建议尽量保留这些信息：

• 说话人：例如“张三：”“客户 A：”；
• 时间戳：方便后面回看原文；
• 议题分隔：比如“议题一：上线时间”“议题二：预算”；
• 专有名词表：产品名、客户名、项目代号等；
• 关键原文：尤其是决策、承诺、风险和时间点相关内容。

示例：

原始转录： 嗯这个我们下周看看吧，李总那边可能要确认一下，然后价格的话先别写死。 清洗后： [00:18:42] 王明：价格方案暂不写入正式报价，需要李总确认后再更新。预计下周给出反馈。

清洗的目的不是“润色”，而是减少歧义。输入更清楚，后面的AI 提取会议行动项才更可靠。

第二步：调用 Claude API 生成会议总结

下面是一个 Node.js 示例。不同 ClaudeAPI 兼容平台的 endpoint、鉴权方式可能不完全一样，实际开发时还是要以平台文档为准。

importfetchfrom"node-fetch";constAPI_KEY=process.env.CLAUDE_API_KEY;asyncfunctionsummarizeMeeting(transcript){constres=awaitfetch("https://你的-claudeapi-endpoint/v1/messages",{method:"POST",headers:{"Content-Type":"application/json","x-api-key":API_KEY},body:JSON.stringify({model:"claude-3-5-sonnet-latest",max_tokens:3000,temperature:0.2,system:"你是专业会议纪要助手。只基于用户提供的转录稿生成纪要，不编造未出现的信息。",messages:[{role:"user",content:`请根据以下会议转录稿生成中文会议纪要：\n\n${transcript}`}]})});if(!res.ok){thrownewError(`Claude API 请求失败：${res.status}${awaitres.text()}`);}returnawaitres.json();}

几个参数可以重点注意一下：

• temperature：会议纪要不适合太发散，建议设低一些，比如 0.1-0.3；
• max_tokens：根据输出长度调整，长会议一般需要先分段；
• system prompt：用来明确角色、边界和禁止编造；
• user prompt：放入具体转录稿，以及你想要的输出格式。

会议总结 Prompt 模板：项目会、客户会、周会都能用

通用会议总结 Prompt

请基于以下会议转录稿生成结构化会议纪要。 要求： 1. 只使用转录稿中出现的信息，不要编造参会人、时间、结论。 2. 如果信息不明确，请标记为“待确认”。 3. 区分“已决定”“讨论中”“建议”“待确认”。 4. 输出 Markdown。 输出结构： # 会议纪要 ## 会议主题 ## 会议背景 ## 参会人 ## 关键讨论 ## 已确认决策 ## 风险与阻塞 ## 未决问题 ## 下一步建议 会议转录稿： {{transcript}}

客户需求会议 Prompt

你是客户成功经理，请根据客户需求沟通转录稿生成会议纪要。 重点提取： - 客户业务背景； - 明确需求； - 隐含需求； - 客户顾虑； - 已承诺事项； - 需要客户确认的问题； - 后续跟进节点。 不要把销售建议写成客户已确认需求。 不确定内容标记为“待确认”。 转录稿： {{transcript}}

周会 Prompt

请将以下团队周会转录稿整理为周会纪要。 重点输出： - 本周进展； - 延期事项； - 风险； - 下周计划； - 需要管理层协调的问题； - 每个人的行动项摘要。 转录稿： {{transcript}}

第三步：自动提取行动项，并输出 JSON

行动项是会议自动化里最容易出错的地方。常见问题包括：把讨论当任务、凭空补负责人、自动编截止日期。显然，这些错误一旦同步到任务系统或 CRM，就很麻烦。

所以更稳妥的做法是：行动项单独跑一次 Prompt，并且要求每条任务都带上原文依据。

推荐的 JSON 字段可以这样设计：

{"meeting_title":"项目上线评审会","date":"待确认","participants":["张三","李四"],"action_items":[{"task":"更新报价方案","owner":"王明","deadline":"下周","priority":"高","dependency":"等待李总确认价格","status":"待开始","evidence":"价格方案暂不写入正式报价，需要李总确认后再更新。预计下周给出反馈。"}],"risks":[],"open_questions":[]}

行动项 Prompt 模板：负责人、截止时间、优先级和依据

请从会议转录稿中提取行动项，并输出严格 JSON。 规则： 1. 只提取明确需要执行的任务。 2. 不要把普通讨论、建议、假设当成行动项。 3. 负责人不明确时，owner 输出“待确认”。 4. 截止时间不明确时，deadline 输出“待确认”。 5. 每个行动项必须包含 evidence，引用转录稿中的原文依据。 6. 如果出现冲突信息，请在 risk 字段中说明。 7. 不要输出 JSON 以外的解释文字。 JSON 字段： { "meeting_title": "", "date": "", "participants": [], "action_items": [ { "task": "", "owner": "", "deadline": "", "priority": "高/中/低/待确认", "dependency": "", "status": "待开始", "evidence": "" } ], "risks": [], "open_questions": [] } 会议转录稿： {{transcript}}

如果后续要写入 Jira、CRM、飞书多维表格，JSON 会比 Markdown 更好处理；如果只是发给团队阅读，那 Markdown 就更直观。

第四步：自动生成会议跟进邮件

会议跟进邮件自动生成的重点，不是把邮件写得多客气，而是准确复述会议内容，并且把下一步说清楚。

一封能直接修改后发送的跟进邮件，通常包括这些部分：

• 邮件标题；
• 简短感谢；
• 本次会议讨论重点；
• 已确认事项；
• 行动项表；
• 需要对方确认的问题；
• 下一次沟通时间，或触发下一步的条件；
• 礼貌收尾。

Prompt 可以这样写：

请根据以下会议纪要和行动项，生成一封中文会议跟进邮件草稿。 要求： 1. 语气专业、简洁、礼貌。 2. 不夸大承诺，不加入会议中没有出现的信息。 3. 行动项用表格呈现。 4. 不确定事项写成“待确认”，不要替对方做决定。 5. 输出：邮件标题、收件人建议、正文。 会议纪要： {{summary}} 行动项： {{action_items}}

这里建议把系统设计成“生成草稿”，而不是“自动发送”。客户报价、合同、招聘、法务、管理层会议这些场景尤其要谨慎，最好由人确认事实、语气和收件人之后再发。

跟进邮件模板：内部会议、客户会议、销售 Demo、英文邮件

内部项目会后邮件

适合项目推进和跨部门协作，重点是让大家知道任务怎么分。

标题：关于【项目名称】会议纪要及下一步行动项 各位好， 以下是本次会议的简要总结和后续行动项，请大家确认。 一、会议重点 - {{关键讨论1}} - {{关键讨论2}} 二、已确认事项 - {{决策1}} 三、行动项 | 事项 | 负责人 | 截止时间 | 备注 | |---|---|---|---| 如有遗漏或理解偏差，请在今天下班前补充。

客户需求确认邮件

这类邮件最重要的是避免误解，不要把“我们建议”写成“客户已经确认”。

标题：关于本次需求沟通的确认及后续安排 您好， 感谢今天的沟通。根据会议内容，我们整理了以下需求理解，请您确认是否准确。 一、我们理解的核心需求 - {{需求1}} - {{需求2}} 二、待确认问题 - {{问题1}} 三、下一步 - {{我方行动}} - {{客户需确认事项}} 如以上内容有偏差，欢迎直接回复修正。

销售 Demo 后跟进邮件

销售和客户成功团队经常会用到这类邮件，重点是复盘客户关注点，并推动下一步。

标题：感谢参加 Demo，附本次沟通要点与下一步建议 您好， 感谢您参加今天的产品 Demo。本次重点讨论了： - {{客户关注点}} - {{演示模块}} - {{待评估问题}} 下一步建议： 1. {{行动1}} 2. {{行动2}} 我们会根据今天的反馈准备补充材料，并在 {{时间}} 前发送给您。

英文 Follow-up Email

Subject: Follow-up on today’s meeting Hi {{Name}}, Thank you for joining today’s meeting. Below is a brief summary of what we discussed. Key points: - {{Point 1}} - {{Point 2}} Action items: | Item | Owner | Due date | |---|---|---| Please let me know if anything needs to be corrected or clarified. Best regards, {{Your Name}}

长会议怎么办？用分段总结再合并

会议一长，就容易碰到两个问题：上下文超限，以及细节丢失。比较实用的办法是“分段摘要 + 总摘要”。

可以按这样的方式处理：

第一，按 10-20 分钟切分，或者直接按议题切分。

第二，每一段都生成局部摘要、决策和行动项。

第三，把所有局部结果合在一起。

第四，再让 Claude 做去重、识别冲突，并生成最终版会议纪要。

另外，每个行动项最好都保留原文依据，这样后面如果有人质疑，也能回到转录稿里核对。

合并 Prompt 可以这样写：

以下是多个会议片段的局部摘要和行动项。请合并为最终会议纪要。 要求： 1. 合并重复事项； 2. 标记冲突信息； 3. 不丢弃任何已确认决策； 4. 行动项必须保留负责人、截止时间和原文依据； 5. 不确定内容标记为“待确认”。 局部摘要： {{chunk_summaries}}

如何把结果写入 Notion、飞书、Slack 或 CRM？

会议结果生成出来以后，下一步通常就是同步到团队正在用的系统里。常见做法有几种：

• Markdown 纪要：写入 Notion、飞书文档、企业微信文档；
• JSON 行动项：写入数据库、Jira、Linear、Trello；
• Slack/企微推送：发送会议摘要和待办提醒；
• Gmail/Outlook：生成邮件草稿；
• CRM：写入客户沟通记录和下一步跟进时间。

实际落地时，更推荐“生成草稿 + 人工确认 + 同步系统”的半自动流程。不要一上来就让系统直接发邮件，或者直接修改客户状态。这样看起来自动化程度高，但风险也更高。

Claude API 自建方案 vs 会议纪要 SaaS 工具

简单来说，如果你只是个人做会议记录，SaaS 工具通常更省心。如果你需要Claude API 中文会议纪要、稳定的 JSON 输出、自动生成客户跟进邮件，并把结果写入 CRM 或内部任务系统，那自建方案会更合适。

隐私、合规与人工审核：哪些会议不该全自动？

会议数据往往不只是普通文本。里面可能有客户信息、价格、合同条款、人员评价、内部决策，甚至还会涉及法务和财务内容。所以不能只考虑“技术上能不能做”，还要考虑“这样做是否合规、是否安全”。

建议至少遵守这些原则：

• 录音和转录前，先获得参会人同意；
• 客户姓名、合同金额、手机号等敏感信息，可以先做脱敏；
• API Key 不要写死在前端，也不要提交到公开仓库；
• 日志里不要默认保存完整转录稿；
• 敏感行业要额外评估数据处理、存储和访问权限；
• 邮件自动发送前必须人工审核；
• 涉及法务、财务、人事、重大客户承诺的会议，不建议全自动生成结论并发送。

ClaudeAPI 作为第三方兼容接入服务，可以重点关注它是否提供中文支持、企业充值、开票、基础技术协助、多线路选择等能力。至于具体服务范围和政策，还是要以官网最新说明为准。

常见错误与优化方法

1. 总结太泛
优化：不要只写“请总结会议”，而是增加固定字段，比如背景、决策、风险、未决问题和下一步。

2. 行动项漏掉
优化：不要把行动项混在总结里处理，单独运行一次行动项提取 Prompt。

3. 把建议误判为决策
优化：要求模型明确区分“已决定 / 建议 / 待确认”。

4. 负责人和截止时间被编造
优化：在 Prompt 里明确说明，不确定就输出“待确认”，并且每条行动项都要引用原文依据。

5. 邮件太机械
优化：补充身份、关系和语气，比如“客户成功经理给企业客户”“项目经理给内部团队”。

6. 长会议丢信息
优化：先分段总结，再合并去重，不要一次性处理超长转录稿。

7. 专有名词错误
优化：在转录稿前面加术语表和参会人列表，尤其是产品名、客户名和项目代号。

FAQ

Claude API 可以直接处理会议录音吗？

通常不建议直接处理音频。更稳的方式是先用转录工具把音频转成文本，然后再调用 Claude API 生成会议纪要、行动项和跟进邮件。

没有转录稿怎么办？

可以先用 Whisper、会议软件自带转写、飞书妙记、Zoom transcript 等工具生成文字记录，然后再做清洗和总结。

Claude 适合生成中文会议纪要吗？

适合。它可以处理中文会议总结、中文行动项和中文邮件草稿。不过效果好不好，主要取决于转录质量、Prompt 设计，以及后续有没有人工审核。

如何让 Claude 输出固定格式？

在 Prompt 里明确指定 Markdown 结构或 JSON schema，并要求“不输出格式以外的解释文字”。如果是系统集成场景，JSON 通常更稳。

可以自动生成英文跟进邮件吗？

可以。你只需要在 Prompt 中指定语言、语气、收件人关系和邮件用途，比如销售 Demo、客户需求确认、项目同步等。

是否可以自动发送邮件？

技术上可以接 Gmail 或 Outlook API 自动发送。但实际使用时，更建议只生成草稿，由人工审核后再发，避免事实错误、语气不合适或收件人填错。

和飞书、Notion、Tactiq 有什么区别？

飞书、Notion、Tactiq 更适合开箱即用，适合快速生成会议记录。Claude API 自建方案则更适合需要深度定制 Prompt、固定输出 JSON、接入 CRM 或内部系统的团队。

企业会议数据上传 Claude API 安全吗？

这要看你的数据类型、合规要求、服务平台政策和公司内部安全规范。敏感会议建议先脱敏，并认真评估日志、权限、存储和数据处理流程。