会议纪要的关键是保留决定与责任边界

使用 Claude 整理会议纪要时，先确定你需要的是会议回顾还是执行清单。回顾可以概括讨论主题，执行清单必须说明谁做什么、何时完成，以及哪些事项还没定下来。把“有人提出”写成“团队决定”，会造成错误的任务分配。

本文用虚构材料演示工作方法，不是某次实际会议记录，也没有声称在特定产品界面完成了测试。你可以粘贴文本练习；录音转写、文件上传等功能以所用服务实际提供为准。

第一步：准备带编号的原始笔记

练习材料如下：A1，小林周三前整理十条试用反馈。A2，小周建议做导出功能，但团队暂未决定是否开发。A3，负责人要求先核查反馈中的重复记录，核查人员还未指定。A4，若核查通过，小林周五提交整理结果。A5，下周一再讨论开发优先级。

这里存在两项不同工作：整理反馈与核查重复记录。“做导出功能”只是建议，“周五提交”带有前提条件。把材料编号，能让后面的每条结论回到依据，不必依赖模型生成的页码。

提交真实材料前，删除与任务无关的联系方式、账号和敏感信息。若用代号替换人员，保留一致的对应关系，别在同一份笔记里混用两个代号。

第二步：先分类，再生成纪要

要求 Claude 将内容分为已确定的任务、讨论中的建议、待确认事项和后续会议安排。第一轮不要急着把所有段落改成漂亮文字，先检查分类是否正确。

该练习中，小林整理反馈属于明确任务；导出功能属于建议；核查负责人属于待确认；下周一属于讨论时间，不能改写成开发截止时间。周五提交结果需要保留“若核查通过”的条件。

如果你要换算周三、周五的具体日期，先提供会议日期和时区。没有基准日期时，保留原词比猜一个日期更可靠。

第三步：用固定字段生成行动项

建议字段为任务、负责人、时间、前提条件、原文编号、待确认问题。缺失字段统一写“待确认”，不要根据上下文自动分配给看起来最合适的人。

例如，核查重复记录这一项可以写成：“负责人待确认；期限待确认；依据A3。”小林提交整理结果则需要注明A4的前提。短短一行“周五提交结果”不够完整，可能让读者误以为它是无条件承诺。

第四步：处理矛盾，不要替会议做决定

如果笔记前面写周三、后面写周五，先判断是不是两个不同交付阶段。若材料无法判断，就列出冲突并请会议负责人确认。不要自行认定后一句覆盖前一句。

可以追问：“请列出可能存在歧义的原句，说明需要确认什么，不要替我们选择期限。”这种追问能把修改变成核查流程，而不是另一轮猜测。

发送前的六项检查

检查决定和建议有没有混淆；每个负责人是否确实出现在原文；相对日期是否有基准；附带条件有没有保留；缺失信息是否明确标记；每条行动项是否能回到原文编号。

最后让实际负责人确认任务和时间，再将纪要发给参会者。Claude 生成的内容应作为整理稿，不能替代会议参与者确认。

常见问题：只有录音，没有笔记怎么办

先获得可核对的文字转写，再整理。人名、数字和否定词需要抽查，转写错误会传递到纪要里。如果实际工具没有录音或转写功能，应通过支持这些功能的服务准备材料，不要把 API 接入等同于自动具备所有界面能力。

下一步：保存成自己的会议模板

固定每周例会的字段，下次只替换原始笔记与会议日期。一般提示词结构可参考本站《Claude 中文提示词：一个可复用的结构》，核对长材料时可阅读《用 Claude 整理长文：让摘要能够回到原文》。