1. 会议记录整理的真实痛点为什么一份流水账等于没整理开完两小时的会录音转文字出来一万多字从头翻到尾发现真正要落实的事情散落在十几个地方——张三说这个下周给个方案李四提了句预算那块还得再确认一下王五拍板就按A方案走。等你把这份记录发给团队三天后追问进度所有人都在问我当时是这么说的吗这个场景我相信每个带过项目的人都经历过。会议记录的核心矛盾从来不是记不记得全而是信息密度和可执行性之间的落差。语音转文字工具解决了记全的问题但没解决整理的问题。一份好的会议记录本质上是一份决策清单加任务分派表而不是对话实录。我自己的做法是把会议记录拆成三个独立的板块——已决定事项、待办任务、待确认项。这三类信息的性质完全不同决定是已经拍板的结论不需要再讨论待办是有明确责任人和时间节点的行动项待确认是悬而未决、需要进一步信息或讨论才能推进的事项。混在一起写读者就得自己判断每条信息属于哪一类这个认知负担直接导致执行率下降。用AI来做这件事关键不在于AI能不能读懂会议内容而在于你怎么设计提示词让AI按照你的分类逻辑输出结构化结果。我试过十几种提示词方案踩了不少坑下面把完整的思路和实操过程拆开讲。2. 三类信息的判定标准先想清楚再让AI动手2.1 已决定事项的识别特征决定类信息的语言特征非常明显通常是陈述句加完成态就按这个方案执行预算定在50万下季度主攻华东市场。这类信息的核心是不可逆性——至少在短期内不需要再讨论直接作为后续工作的前提条件。但实际会议中决定的表达往往没那么干脆。比如我觉得A方案可以大家没意见的话就这么定了这句话里包含了决定但AI如果只是简单提取可能会把我觉得也带进去输出成某人觉得A方案可以这就丢失了已决定这个关键属性。所以提示词里必须明确告诉AI当出现就这么定了没意见就通过按这个来等收束性表达时判定为已决定事项输出时去掉讨论过程只保留结论。还有一个容易漏掉的点隐含决定。比如会上有人说那这个就不讨论了直接进入下一项这其实意味着上一项已经默认通过。AI需要结合上下文判断这种跳过即通过的场景否则会漏掉重要决定。2.2 待办任务的四要素提取待办任务和普通讨论的区别在于有没有明确的行动指向。我总结了一个四要素判定法谁来做、做什么、什么时候要、交付什么。四个要素里至少要有三个才能算一条合格的待办。举个例子小李你回头把竞品分析补一下——有责任人小李、有动作补竞品分析但缺时间节点和交付标准。这种在AI整理时应该标记为待办信息不完整提醒你后续补充。而小李下周五之前出一份竞品分析重点看定价策略——四要素齐全直接进待办列表。这里有个坑多人协作任务的责任人判定。会上经常出现我们这边大家一起这种模糊表达AI如果直接输出团队负责等于没写责任人。我的处理方式是让AI遇到这种情况时输出待指定责任人并在备注里标注原始表述方便你回头确认。2.3 待确认项的边界划定待确认项是最容易被忽略的一类。它既不是已经定下来的事也不是马上要执行的任务而是卡在某个信息缺口上的悬置事项。典型表达包括这个还得看下数据等法务那边回复下次会再讨论。这类信息的价值在于防止遗漏。很多项目延期不是因为任务没分下去而是因为某个前置条件一直没人跟进。AI整理时待确认项应该单独成块并且标注卡点类型——是等信息、等决策、还是等外部反馈。这样你一眼就能看出哪个环节可能成为瓶颈。注意待确认项和待办任务的区别在于是否可以直接行动。待办是知道怎么做去做就行待确认是还不知道能不能做得先解决某个前提。3. 提示词设计的核心结构让AI按你的逻辑走3.1 角色设定与输出格式的绑定提示词的第一段必须同时完成两件事给AI一个明确的角色以及锁定输出格式。我常用的开头是这样的你是一名资深项目经理助理擅长从会议对话中提取结构化信息。 你的输出必须严格按照以下三个板块组织不得合并或省略 【已决定事项】 【待办任务】 【待确认项】 每个板块内用编号列表呈现每条信息独立成行。这里的关键是**不得合并或省略**这句话。我测试过如果不加这句AI在遇到某类信息较少时会自动把板块合并或者直接跳过。比如一场会全是讨论没有决定AI可能就不输出已决定事项这个标题了导致你拿到结果时以为漏了内容。另外角色设定要具体到项目经理助理而不是泛泛的助手。实测下来角色越具体AI对会议场景的理解越准确提取的信息颗粒度也更符合实际需求。3.2 分类规则的显式声明角色设定之后紧接着要给AI明确的分类规则。这部分不能含糊必须用AI能理解的判定条件来写分类规则 1. 已决定事项出现定了就这么办通过按这个执行等收束性表达 或会议主持人明确表示进入下一项时上一项的结论。 输出时只保留结论去掉讨论过程。 2. 待办任务包含责任人动作时间节点交付物中至少三项的信息。 责任人模糊时标注待指定时间模糊时标注待确认。 3. 待确认项出现等回复看情况下次再说需要确认等表达 或某项任务的前置条件尚未满足的情况。 需标注卡点类型等信息/等决策/等反馈。这套规则我迭代了五六版才稳定下来。早期版本写得太笼统比如只说提取决定和任务结果AI把很多讨论中的观点也当成了决定。后来加了具体的触发词和判定条件准确率明显提升。3.3 输出模板与字段定义规则之后给出一个具体的输出模板让AI照着填输出模板 【已决定事项】 1. [决定内容]提出人XXX 【待办任务】 1. [任务描述] - 责任人XXX - 截止时间XXX - 交付物XXX 【待确认项】 1. [待确认内容] - 卡点类型XXX - 相关人XXX - 下一步动作XXX模板的作用是减少AI的自由发挥空间。你不给模板AI就会自己发明格式每次输出都不一样后续想批量处理都没法做。给了模板之后输出稳定性大幅提升我连续测试二十场会议记录格式一致率在95%以上。4. 完整提示词模板与逐段拆解4.1 可直接复用的提示词全文下面是我目前稳定使用的一版提示词你可以直接复制去用你是一名资深项目经理助理擅长从会议对话中提取结构化信息。 你的输出必须严格按照以下三个板块组织不得合并或省略。 分类规则 1. 已决定事项出现定了就这么办通过按这个执行等收束性表达 或会议主持人明确表示进入下一项时上一项的结论。 输出时只保留结论去掉讨论过程。 2. 待办任务包含责任人动作时间节点交付物中至少三项的信息。 责任人模糊时标注待指定时间模糊时标注待确认。 3. 待确认项出现等回复看情况下次再说需要确认等表达 或某项任务的前置条件尚未满足的情况。 需标注卡点类型等信息/等决策/等反馈。 输出模板 【已决定事项】 1. [决定内容]提出人XXX 【待办任务】 1. [任务描述] - 责任人XXX - 截止时间XXX - 交付物XXX 【待确认项】 1. [待确认内容] - 卡点类型XXX - 相关人XXX - 下一步动作XXX 以下是会议记录原文 [粘贴你的会议转写文本]4.2 为什么这样分段而不是一段到底你可能注意到我把提示词分成了角色、规则、模板、原文四个部分。这不是为了好看而是有实际原因的。分段影响AI的注意力分配。大模型处理长文本时开头和结尾的信息权重最高中间部分容易被稀释。如果把所有指令混在一段里AI很可能只记住了开头的角色设定后面的分类规则就模糊了。分段之后每段指令都有独立的注意力焦点执行准确率明显提高。另一个原因是便于调试。当输出结果不对时分段写让你能快速定位是哪部分指令出了问题。比如发现待办任务的责任人总是提取错那就单独改规则部分的表述不用动其他内容。4.3 温度参数与输出稳定性的关系如果你是通过API调用大模型温度参数temperature建议设在0.2到0.4之间。这个范围既能保证输出有一定的语言灵活性又不会让AI过度发挥导致格式跑偏。我试过temperature0.8的情况AI会把已决定事项改写成会议达成的共识虽然意思差不多但格式不统一后续想用脚本自动解析就麻烦了。temperature0的时候又太死板遇到稍微非常规的表达就容易卡住输出一堆空模板。0.3是我目前觉得最平衡的值。当然如果你用的是网页版对话没有这个参数可调那就通过提示词里的严格按照模板输出来约束。5. 实测中的翻车场景与修复方案5.1 决定和待办被混在一起这是最常见的翻车场景。会上有人说那这个方案就这么定了小王你下周把执行计划交上来AI有时候会把整句话都归到已决定事项里导致待办任务丢失。根因分析这句话同时包含决定和待办AI在分类时倾向于把整句归入第一个匹配到的类别而不是拆分。这其实是提示词里没有明确一句话可能包含多类信息导致的。修复方案在分类规则里加一句注意一句话可能同时包含决定和待办需要拆分到对应板块。 例如方案定了小王下周交计划应拆为 已决定事项方案确定 待办任务小王下周交执行计划。加了这句之后混合句的拆分准确率从原来的六成左右提升到了九成以上。5.2 待确认项被误判为待办这个等法务回复之后再推进——AI有时候会把这条放进待办任务责任人写法务截止时间写待确认。看起来好像也没错但实际上这条信息的本质是卡在外部依赖上不是内部可以主动推进的任务。修复方案在待确认项的规则里补充当任务的前置条件依赖外部方如法务、财务、客户且当前无法主动推进时 归入待确认项而非待办任务。这个边界一旦划清楚待办列表就干净很多不会混入一堆等别人的事项。5.3 长会议记录的截断问题超过一小时的会议转写文本可能上万字。如果直接整段粘贴给AI部分模型会出现读到后面忘了前面的情况表现为后半段的决定和待办提取不全。修复方案分段处理。我通常按30分钟切一刀分两次让AI整理最后人工合并。虽然多了一步但完整度比一次性处理高很多。如果用的是支持长上下文的模型可以适当放宽到45分钟一段但再长就不建议了。另一个技巧是在提示词末尾加一句请确保覆盖会议记录的全部内容不要遗漏后半部分的信息。这句话看起来像是废话但实测确实能减少遗漏可能是起到了注意力引导的作用。5.4 人名和代称的对应错误会议转写里经常出现老张张总张哥混用的情况AI可能把它们当成三个人。或者反过来把他那边这种代称直接输出导致责任人字段变成他。修复方案在提示词里加一条遇到人名代称时统一使用最正式的称呼。 遇到他那边等无法确定具体人名的代称时标注待确认。同时如果会议参与人名单是已知的可以在提示词开头附上名单让AI做映射。这个做法对准确率的提升非常明显尤其是多人会议。6. 从整理结果到落地执行的衔接技巧6.1 待办任务的优先级标注AI整理出来的待办任务是平铺的没有优先级。但实际执行时你需要知道哪些先做。我的做法是在提示词里加一个简单的优先级判定规则待办任务按以下规则标注优先级 - 高截止时间在3天内或被其他任务依赖 - 中截止时间在1周内 - 低截止时间超过1周或无明确时间这样输出的待办列表自带优先级标签直接可以当任务看板用。当然这个规则可以根据你的实际节奏调整比如把3天改成1天取决于你的项目周期。6.2 待确认项的跟进机制待确认项最怕的是确认完就忘了更新。我的做法是每次会议记录整理完之后把待确认项单独复制到一个跟进表里标注确认期限。下次开会前先过一遍这个表看看哪些已经确认了、哪些还卡着。AI整理时可以在待确认项的模板里加一个字段- 建议确认期限XXX根据会议上下文推断如无明确信息则标注待定这个字段AI不一定每次都能填对但哪怕填个大概也比没有强。你人工过一遍的时候改起来也快。6.3 历史记录的检索与复用如果你每周都开会积累下来的结构化记录本身就是一座金矿。我习惯把每次的输出存成Markdown文件文件名用日期加会议主题。这样后续想查上次关于预算的决定是什么直接搜关键词就能定位。更进一步的做法是把决定类信息单独汇总到一个总表里按项目或主题分类。这样新项目启动时直接翻总表就能看到之前定过哪些事避免重复讨论。这个汇总动作可以手动做也可以再写一个提示词让AI帮你合并。7. 不同会议类型的适配调整7.1 决策型会议强化决定板块决策型会议的核心产出就是决定所以提示词的重心要往已决定事项倾斜。我会在规则里加一句本次会议为决策型会议请重点提取所有已决定事项 并在每条决定后标注影响范围涉及哪些团队或项目。影响范围这个字段是决策型会议特有的价值。因为决定本身可能只有一句话但它波及的范围往往需要额外说明否则执行团队不知道这事跟自己有没有关系。7.2 同步型会议侧重待办和待确认周会、站会这类同步型会议决定通常不多主要是各条线的进展汇报和问题暴露。这时候提示词要调整本次会议为同步型会议请重点提取待办任务和待确认项。 对于进展汇报类内容只提取其中产生的行动项不记录纯汇报内容。不记录纯汇报内容这句很关键。否则AI会把每个人的进展陈述都当成信息输出结果整理出来还是一份流水账。只提取行动项才能让同步型会议的记录真正有用。7.3 头脑风暴型会议待确认项为主头脑风暴会的产出大多是想法和可能性很少有明确决定。这时候整理的重点是把想法归类并标注可行性本次会议为头脑风暴型会议请将讨论中产生的想法归入待确认项 并标注每个想法的初步可行性判断高/中/低和需要进一步验证的点。可行性判断是AI基于讨论上下文给出的初步评估不一定准但能帮你快速筛选哪些想法值得深入。这比把一堆想法原封不动列出来有用得多。8. 我踩过的三个坑和最终稳定方案第一个坑是过度依赖AI的分类不做人工复核。早期我直接把AI的输出发给团队结果有一次把这个方案可以考虑误判成了已决定事项导致团队按错误的方向推进了一周。从那以后我养成了习惯AI输出之后自己花三分钟过一遍三个板块重点检查决定类信息是否准确。三分钟的复核成本换来的是避免方向性错误这笔账怎么算都划算。第二个坑是提示词写得太复杂。我曾经试图在一个提示词里同时处理会议记录、生成周报、提取风险项结果AI哪个都做得不好。后来拆成独立的提示词每个只做一件事准确率反而上去了。一个提示词只解决一个核心问题这是我目前最坚持的原则。第三个坑是忽略会议转写文本的质量。如果语音转文字的准确率本身就不高比如把预算转成了预散AI再厉害也提取不出正确信息。所以我现在会在整理之前先快速扫一遍转写文本把明显的转写错误改掉再交给AI处理。这一步花不了几分钟但对最终质量的影响很大。目前我的稳定流程是语音转文字 → 快速修正明显错误 → 分段粘贴给AI每段不超过45分钟→ 人工复核三个板块 → 待办任务导入任务工具 → 待确认项加入跟进表。整套流程走下来一场两小时的会议从转写到整理完成大概十五分钟比我自己从头整理快了三倍不止而且遗漏率明显更低。最后分享一个小技巧如果你用的是支持自定义指令的AI工具可以把上面那套提示词存成模板每次开会直接调用不用重复粘贴。我目前是把模板存在备忘录里开会前复制好转写文本一出来直接替换末尾的原文部分整个操作不到一分钟。这个习惯坚持了半年现在团队已经习惯了收到我发的结构化会议记录追问进度的情况少了很多。