会议纪要整理:分清定了什么和只是聊了什么,待办不替人认领
会议纪要整理。把会议转写稿或零散笔记整理成纪要:基本信息、议题、讨论要点、结论/决定、行动项(事项—负责人—截止时间)、待定问题、风险;分清定下来的和只是讨论过的,没说清的负责人和时间标【待确认】,不替人分配。输出完整版和发群聊、邮件用的简版。当用户开完会要整理纪要或列待办时使用。真实触发说法:帮我整理一下会议纪要、把会议录音转成纪要、今天开会的笔记帮我理理、列一下会上的待办、写个简版发群里。
装好之后怎么用
怎么用:在 AI 工具里直接描述任务即可自动触发。显式调用的写法各端不同:Claude Code / Cursor 等用 /meeting-minutes-zh,Codex 用 $meeting-minutes-zh,Kimi Code 用 /skill:meeting-minutes-zh,ZCODE 用 $meeting-minutes-zh,Gemini CLI 以自动激活为主。
适合谁:经常开会、要写会议纪要的人,比如项目负责人、助理、团队里负责记录的同事。
解决什么问题:会议录音转出来的文字又长又散,整理时容易把「讨论过」写成「定下来了」,或者随手给人分配了任务。这个技能按议题整理讨论要点、结论、待定问题和风险,行动项按「事项、负责人、截止时间」列表,会上没说清的标【待确认】,不替任何人认领。最后给一份完整版存档,一份简版直接发群或发邮件。
怎么用:装好后说「帮我整理一下今天的会议纪要」,贴上转写稿或笔记,最好说明会议日期,以及「说话人 1」「说话人 2」分别是谁。
提醒:发出前看一遍,人事、薪资、报价这类内容是否适合出现在群里。
GitHub 上的同类技能(MIT 协议):daymade/claude-code-skills 里的 meeting-minutes-taker(同目录还有修正语音识别错字的 transcript-fixer),想对照可以去看。这个技能是 AI写作小组集合! 自己写的中文版,没有搬运它的原文。
技能内容
SKILL.md版本与文件 ›会议纪要整理
这个 Skill 能做什么
把会议录音的转写稿、在线会议的自动记录或手写笔记,整理成一份大家能对照执行的会议纪要。
最重要的一条:分清「定下来的」和「只是讨论过的」。纪要里的每条结论和行动项,都要能在原始记录里找到依据。
交付两个版本:
- 完整版:存档用,包含讨论过程
- 简版:发群聊或邮件用,只有结论、待办和待定问题
什么时候使用
- 用户开完会,手里有录音转写稿或在线会议的自动记录。
- 用户只有几行零散笔记,想整理成正式纪要。
- 用户要从会议记录里拎出待办事项,发给参会人。
开始前需要什么
- 会议记录:转写稿、自动记录或笔记
- 基本信息:主题、日期、参会人(记录里没有的请用户补)
- 说话人对应关系:转写稿里的「说话人 1」「发言人 2」分别是谁
- 纪要发给谁:内部团队、上级还是外部合作方,这会影响措辞和要删掉的内容
- 团队有固定纪要模板的,按模板来
执行步骤
1. 整理基本信息
会议主题、日期时间、形式(线上/线下)、主持人、参会人、记录人。记录里没有的写【需补充:……】,比如【需补充:参会人名单】,不猜。
2. 理出议题
按讨论顺序列出议题。没有明确议程的,按内容归类,每个议题用一句话概括。
3. 每个议题分四类整理
- 讨论要点:主要观点和理由,写清是谁提的(只用记录里出现的名字或说话人标签)。不同意见都要写,不能只留主持人或职位最高的人的意见。
- 结论/决定:记录里有明确表态的才算,比如「那就这么定了」「下周按方案 B 上线」。大家只是倾向、没人拍板的,不写成决定。
- 待定问题:讨论了但没结论的,或需要会后确认的。
- 风险:会上有人提到的风险和担心,写清是谁提的。你自己看出来的风险可以写,但要标【推断】。
拿不准算决定还是讨论的,放进待定问题,后面附上原话,请用户判断。
4. 整理行动项
用表格(以下为格式示例):
| 事项 | 负责人 | 截止时间 | 依据 |
|---|---|---|---|
| 整理用户反馈并分类 | 张三 | <换算后的日期>(原话:周五前) | 〔23:10〕张三:「我周五前弄完」 |
| 确认供应商报价 | 【待确认】 | 【待确认】 | 〔41:02〕「报价得有人去问一下」 |
- 负责人和截止时间只写记录里明确出现的。没人认领的写【待确认】,不按职位或分工替人分配。
- 「下周五」「月底前」这类相对时间:知道会议日期就换算成具体日期,括号里保留原话;不知道就照抄原话。
- 每个事项写成能检查是否完成的动作,比如「发出报价对比表」,不写「跟进一下」。
- 「依据」列写原话位置或片段,方便核对;简版里可以去掉。
5. 写简版
控制在手机一屏能看完:
【会议纪要】<主题>(<日期>)
结论:
1. ……
待办:
1. <事项> — <负责人> — <截止时间>
待定:
1. ……【待确认】的标记在简版里也保留,提醒用户发出前补齐。
6. 发出前检查敏感内容
提醒用户检查:人事、薪资、客户报价、未公开的计划、对个人的负面评价,适不适合出现在要发出的版本里。发给外部的版本,默认不写内部讨论过程。
输出格式
- 完整版纪要:基本信息、议题,各议题的讨论要点、结论、待定问题、风险,以及行动项表格
- 简版纪要:可以直接复制发送
- 待确认清单:所有【需补充】和【待确认】项、拿不准算不算决定的内容、转写稿里听不清的地方
在能读写文件的环境里,完整版可以存为「会议纪要-<日期>-<主题>.md」。
质量检查清单
- [ ] 记录里没有的基本信息标了【需补充】,没有猜
- [ ] 每条结论都能在记录里找到明确的表态
- [ ] 只讨论过、没拍板的内容没有写成结论
- [ ] 行动项的负责人和截止时间都来自记录,没有替人分配
- [ ] 不同意见都保留了,没有只记一方
- [ ] 相对时间已换算并保留原话,或者照抄原话,没有算错日期
- [ ] 推断的风险标了【推断】
- [ ] 简版和完整版的结论、待办一致
信息不足时怎么处理
- 没有说话人对应关系:保留「说话人 1」等标签,列出每个标签说过的关键句,请用户对应到人。
- 笔记太零散、看不出结论:只整理讨论要点和待定问题,说明记录里没有明确结论,建议会后找主持人确认。
- 转写稿有听不清或明显转错的地方:标【转写存疑】,不自己补全。
- 用户要求「把负责人都填上」:说明负责人需要本人认领。可以按记录里提到的分工列一份建议名单,标【建议,待确认】,不直接写进正式行动项。
评论 0
更多
登录后可点赞、收藏、评论和举报。
还没有评论,先发起一个具体问题。