作为每天写业务代码、修线上问题、参加评审的后端或全栈开发，你可能也有同感：真正写代码的时间常被排查问题、写文档和同步进度挤占，很多重复性的文字和样板代码其实可以交给 AI 起草。会议真正的产出是决定和行动项，而人工记录往往漏掉“谁在什么时候做什么”。这篇文章用一个完整的例子演示程序员如何借助 AI 整理会议纪要：先用转写工具把录音变成文字，再让 AI 按“议题—结论—行动项”提取，最后人工核对负责人和截止时间。

典型场景

程序员经常参加需求评审会，会上讨论很热烈，但会后大家对结论的理解不一致，行动项也没人跟进。如果把会议录音转成文字交给 AI，几分钟就能得到一份结构清楚的纪要初稿。

用什么工具

录音转文字可以用会议软件自带的转写功能（如腾讯会议、飞书妙记、钉钉闪记、Zoom 的 AI 摘要），也可以用独立的语音转写工具；整理纪要用任意对话助手即可。

案例：一次完整的使用过程（虚构）

下面这个例子是虚构的：小吴遇到的难题是“依赖的第三方支付 SDK 下周升级，可能需要适配”。为了不让它拖慢“修复支付回调偶发超时问题”的进度，小吴决定借助 AI 整理会议纪要。第一次只写了一句简单的要求，结果很空泛；第二次把对象（技术负责人）、目的和限制条件都写清楚，输出就可用多了。这也是本文提示词模板要把背景写全的原因。

分步操作

  1. 开会前告知参会者会议会被录音和转写，取得同意
  2. 会后导出转写文本，删掉与密钥、内网地址、数据库连接串和用户数据有关的内容
  3. 把议程和参会人名单一起交给 AI，帮助它理解上下文
  4. 人工核对决定事项、负责人和截止时间后再发送

提示词示例

提示词的关键是把背景、要求和输出格式写清楚：

【背景】当前的难点是：依赖的第三方支付 SDK 下周升级，可能需要适配。
下面是一次需求评审会的转写文本，参会人员包括程序员和相关同事。
请整理成会议纪要：

1. 会议主题与时间（文本中能确认的部分）
2. 讨论要点：按议题分组，每组 2-3 条
3. 已达成的决定
4. 行动项：表格形式，列出事项 / 负责人 / 截止时间
5. 待确认问题：文本中没有明确结论的，单独列出

注意：转写可能有错字，不确定的人名或数字请标注【待确认】，不要猜测。

转写文本：
（粘贴文本）

效果示例（虚构演示）

以下是一段示意性的输出，内容基于虚构的工作记录，仅用于展示格式和思路，实际结果会因工具和输入不同而变化：

会议主题：订单服务从单体拆分为微服务

讨论要点

  • 当前进展：完成订单服务接口重构，接口平均响应从约 300ms 降到 120ms 左右（以压测为准）
  • 主要风险：依赖的第三方支付 SDK 下周升级，可能需要适配

决定事项

  • 下一阶段优先推进“上线订单服务灰度”

行动项

事项负责人截止时间
上线订单服务灰度【待确认】下周五
整理缓存方案技术文档程序员【待确认】

待确认问题

  • 风险应对方案由谁牵头，会上没有明确

拿到类似的结果后，小吴的做法是先核对事实和数字，再结合“排查定时任务重复执行问题”的安排调整重点，最后才对外使用。

避坑指南

  • 行动项没有负责人和截止时间就等于没有，让 AI 把缺失的项标出来。
  • 长会议可以按议题分段处理，避免模型遗漏后半段内容。

给程序员的特别提醒

让 AI 先解释思路再给代码，便于你判断方向对不对。另外，AI 生成的代码必须经过本地运行、测试和代码评审，不要直接合入主干。

一个容易被忽略的习惯：把报错堆栈、相关代码片段和运行环境版本一起贴给 AI，比只描述现象有效得多。

变体用法

  • 一对一沟通记录：让 AI 提炼对方关注点和后续跟进事项。
  • 会后邮件：把纪要直接改写成一封发给参会人的跟进邮件。

相关阅读