会议记录、录音转写或速记整理成可执行的会议纪要
把会议记录、录音转写或速记整理成可执行的会议纪要,固定五段结构(一句话结论/已定事项/行动项/待定与风险/未解决分歧),并输出可直接发群的会后跟进消息。当用户要整理会议纪要、提炼待办、做会后跟进时使用。
装好之后怎么用
怎么用:在 AI 工具里直接描述任务即可自动触发。显式调用的写法各端不同:Claude Code / Cursor 等用 /meeting-notes,Codex 用 $meeting-notes,Kimi Code 用 /skill:meeting-notes,ZCODE 用 $meeting-notes,Gemini CLI 以自动激活为主。
技能内容
SKILL.md版本与文件 ›会议纪要与行动项
这个 Skill 解决什么
大部分会议纪要的问题不是记得不全,而是记成了一篇流水账:谁说了什么,按时间顺序排下来,看完还是不知道要干什么。真正有用的纪要只回答四件事——定了什么、谁来做、什么时候要、还有什么没定。
这个 Skill 把会议记录(原始素材)转成可执行的纪要,重点是行动项的质量,不是记录的完整度。
什么时候用
真实触发说法:
- 帮我把这段会议记录整理成纪要
- 开完会了,帮我写个会议纪要
- 这个会要不要记点什么
- 帮我把这些讨论整理成待办
- 会后跟进怎么发
- 会议录音转文字了,帮我提炼
- 评审会/周会/对齐会的纪要怎么写
不适用的情况:一对一沟通且没有产出(不需要纪要,需要的是备忘);纯信息同步会(用通知,不用纪要);需要正式决议文书的场景(董事决议、合同评审结论另有格式要求)。
开工前先问三件事
| 问题 | 为什么问 |
|---|---|
| 这个会是什么会 | 决策会、评审会、同步会、脑暴会,纪要重点完全不同 |
| 参会人都是谁、谁是拍板的 | 决定行动项派给谁,也决定哪些话要写、哪些话不写 |
| 纪要发给谁 | 只发参会人,还是抄送领导、跨部门、客户,措辞尺度不一样 |
用户如果没说,按"内部决策会 + 发给参会人和直属上级"处理,并在开头注明假设。
四种会,四种纪要
不要用同一个模板套所有会。
| 会议类型 | 纪要核心 | 可以省略的 | 必须留的 |
|---|---|---|---|
| 决策会 | 定了什么、为什么定这个 | 讨论过程的来回 | 决策依据、反对意见、生效时间 |
| 评审会 | 通过/不通过/有条件通过 | 逐条点评的客套话 | 修改项清单、复审时间、卡点责任人 |
| 同步会 | 各方进展与偏差 | 已完成事项的细节 | 风险、延期、需要谁配合 |
| 脑暴会 | 候选方案池 | 谁先提的(除非要认领) | 待验证的假设、下一步验证动作 |
记什么,不记什么
要记:
- 明确的决定,包括"这次先不做"这种否定决定
- 数字、日期、版本号、责任人
- 分歧点,以及分歧没有解决这件事本身
- 会上承诺的动作,哪怕只是口头一句"我回去看看"
- 被明确推迟或搁置的事项
不记:
- 会前的寒暄、跑题、玩笑
- 没有结论的假设性讨论("如果以后要做海外……")
- 可以复述成"某某认为很重要"的虚话
- 已经写在别的文档里的背景资料(给链接,不复制)
- 指名道姓的批评,除非它构成了决策依据
一条判断标准:这句话一年后还有没有人需要看? 没有就删。
输出结构
固定五段,顺序不要变。
一、一句话结论
放在最前面,不超过 40 字。回答"这次会开完,最重要的变化是什么"。
写法对比:
- 不合格:本次会议就项目进展进行了充分讨论,各方达成共识。
- 合格:首页改版方案通过,11 月 8 日前上线,埋点由数据组补。
二、已定事项
逐条写,一条一个决定。每条尽量带上依据和生效时间。
| 序号 | 决定 | 依据 | 生效/执行时间 |
|---|
写决定的三个要求:
- 用陈述句,不用"建议""可以考虑"
- 一条只装一个决定,不要把三个决定塞进一句
- 否定的决定也要写,"暂不做 X,原因是 Y"
三、行动项
这是纪要里唯一会被真正执行的部分,质量决定整份纪要的价值。
| # | 做什么 | 谁 | 截止 | 交付物 | 依赖/卡点 |
|---|
行动项的六条铁律:
- 动词开头。 "整理三版封面备选"可以,"关于封面的事"不行。
- 一个人。 两个人负责等于没人负责。需要协作就写主责,其余人写进依赖列。
- 可验收。 交付物要能指着说"这就是做完了"。写"输出一版 800 字初稿",不写"推进文案工作"。
- 有日期。 不写"尽快""这周内"。确实定不了就写"待 X 确认后 3 个工作日内",把不确定性显性化。
- 能独立看懂。 不看会议记录的人读到这条,也知道要做什么。
- 会上没认领的,不硬派。 写进"待定"段,标"待指定负责人",不要替人做主。
四、待定与风险
分开写两类:
- 待定:需要谁在什么时候给答案。写成"待 X 于 Y 前确认 Z"。
- 风险:可能影响已定事项落地的东西。写清触发条件和影响面,不要写"存在一定风险"。
五、未解决的分歧
只写真正没谈拢的,一到三条。写清各方立场和下一次讨论的时间。没有就写"无",不要删掉这一段——它的存在本身是提醒。
会后跟进消息
纪要正文之外,另给一段可以直接发群里的短消息,三到五句:
今天会上定了三件事:①…… ②…… ③……
行动项见文档,@张三 @李四 麻烦看下自己的部分。
有两项还没定:A 等周五确认,B 需要产品先给口径。
有遗漏或记错的地方直接回我。这段话的作用是让没看文档的人也知道发生了什么,不要写成"详见附件"。
缺席者补课包
如果会有人缺席,额外给三句:
- 哪些决定和你有关
- 你需要做什么、什么时候
- 你错过了哪个还没定的分歧
不要给缺席者发全篇纪要让他自己找。
从原始素材提炼的方法
用户给的是录音转写、手写速记或聊天记录时,按这个顺序处理:
- 先扫数字和日期,这些最容易漏,也最不能错
- 再扫"那就……""这样吧""定一下",这些词后面通常是决定
- 再扫"我回去""我来""下周",这些是行动项
- 最后扫"但是""不过""要不然",这些是分歧和风险
- 剩下的内容按"一年后还有人看吗"过滤
转写文本常见问题:同音错字、说话人识别错、口语重复。处理原则是只修正明显错误,不改原意;听不清的地方写〔听不清,待确认〕,不要猜。
硬性要求
- 不替会议下结论。 会上没定的,纪要里不能写成定了。这是纪要最常见的错误,也是最伤信任的错误。
- 不美化分歧。 "各方进行了深入交流"是掩盖,不是记录。
- 不虚构责任人和时间。 会上没说谁做、什么时候做,就写待定。
- 不写评价性语言。 "某某的发言很有价值"不属于纪要。
- 数字必须原样。 金额、百分比、版本号、日期,与会上说的一致。有歧义就标注歧义,不要自己算。
- 敏感内容分级。 涉及人事、薪酬、未公开的商业信息,先问清楚纪要的发送范围,再决定写不写、写多细。
质量自检
- 只看"一句话结论"和"行动项",能不能知道接下来干什么?
- 每一条行动项,换个没参会的人来读,他知道要做什么吗?
- 有没有哪条行动项是两个人负责的?(有就改)
- 有没有"尽快""推进""跟进"这类无法验收的词?(有就换成具体动作)
- 待定事项,是不是都写了"谁、什么时候、给什么答案"?
- 纪要里有没有出现会上没说过的判断?(有就删)
常见错误
错的改法: 按发言顺序记录,"张三说……李四说……王五补充……" 对的改法: 按决定和行动重组,谁说的不重要,定了什么才重要。
错的改法: 行动项写"跟进上线进度"。 对的改法: 写"11 月 5 日前向技术确认上线排期,输出一页排期表"。
错的改法: 会上有人说"这个我看看",纪要里就写成"由李四负责"。 对的改法: 写"李四表示会确认,尚未明确交付时间,待补充"。
错的改法: 把讨论中提到的所有想法都列进纪要,显得记录完整。 对的改法: 只留有结论的,其余进"待定"或不写。
错的改法: 纪要发出去就结束。 对的改法: 截止日前一天提醒一次,这是纪要真正生效的环节。
边界
这个 Skill 做的是"素材到纪要"的转换和行动项质量把关,不做:会议主持与议程设计、项目排期与资源分配、跨部门协调沟通、绩效评价。如果用户要的是"这个会该怎么开",那是议程设计问题。
12. 完整输出范例
见 references/worked-example.md——一份口语化录音转写整理成五段式纪要的完整过程,含行动项落地、待定与风险拆分、可直接发群的跟进消息,以及数据待核的处理方式。
评论 0
更多
登录后可点赞、收藏、评论和举报。
还没有评论,先发起一个具体问题。