1. 为什么我要把会议记录拆成三块来整理每周大大小小的会开下来最头疼的从来不是开会本身而是会后那一坨散乱的记录。我试过用录音转文字也试过边听边手打结果都一样信息全在但没法用。真正让我下决心改造这套流程的是一次项目复盘会——两小时的讨论我整理出四千多字的流水账领导翻了两页就问我所以到底定了什么谁负责什么那一刻我意识到会议记录的问题不在于记得全不全而在于没有把不同性质的信息分开。会议里说的话本质上分三类。第一类是已经拍板的决定这类信息是结论不需要再讨论只需要执行和存档。第二类是待办事项也就是谁在什么时间之前做什么这类信息需要跟踪、需要闭环。第三类是待确认项也就是会上没谈拢、需要会后补充信息或者找更高层级拍板的事情这类信息最容易被忽略但它恰恰是下一次会议的引子。把这三类混在一起写读的人就得自己从一堆叙述里做分类这活儿不该让读者干。所以我的核心思路很简单用AI做信息分类而不是做信息汇总。市面上大部分AI整理会议记录的方案本质上是把录音转成文字再润色一遍输出还是一篇通顺的流水账。我要的不是这个。我要的是AI读完原始记录后直接给我三张清单决定清单、待办清单、待确认清单。每张清单有自己的字段结构决定要有决定内容背景影响范围待办要有事项负责人截止时间依赖条件待确认要有待确认问题卡点需要谁拍板建议方案。这个思路背后有个很实际的考量会议记录的消费者不止一类人。执行层关心待办管理层关心决定而项目推进最怕的是待确认项被遗忘。分开写之后每类人可以只看自己关心的那块信息传递效率直接翻倍。我实测下来同样一场两小时的会原来整理加分发要花一个多小时现在用AI跑一遍再人工校对二十分钟以内能搞定而且漏项率明显下降。这套方法适合谁我觉得只要你的工作里涉及跨部门协作、项目推进、或者需要向上汇报都用得上。不需要你会写代码也不需要本地部署什么大模型一个能稳定输出的对话式AI加上一套打磨好的提示词就够了。下面我把整套流程拆开讲包括提示词怎么设计、字段怎么定、AI跑偏了怎么拉回来以及我踩过的那些坑。2. 核心思路拆解AI到底该在哪个环节介入2.1 先想清楚AI擅长什么不擅长什么很多人一上来就让AI帮我整理会议记录然后抱怨输出质量差。问题出在把AI当成了一个黑盒秘书指望它自己判断什么重要什么不重要。但AI的强项是结构化处理和模式识别弱项是业务判断和隐含信息推断。换句话说你告诉它把这段话里的决定、待办、待确认分出来它能做得很好你让它自己判断哪些是重点它就会给你一堆模棱两可的答案。所以我的设计原则是分类规则由人来定分类执行交给AI。在提示词里我会明确定义什么算决定、什么算待办、什么算待确认并且给出判断标准和边界案例。比如决定必须是会上有明确结论的如果只是大家倾向于A方案但没最终确认那就归到待确认里。这条规则写清楚之后AI的分类准确率会高很多。还有一个关键点不要让AI做摘要。摘要会丢失细节而会议记录的价值恰恰在细节里。我要的是AI做信息抽取和归类把原文里的关键信息原样搬到我定义好的字段里而不是用自己的话重新概括一遍。这一点在提示词里必须强调否则AI会习惯性地帮你总结结果把负责人名字、截止日期这些关键字段给总结没了。2.2 三块清单的字段设计逻辑字段设计是这套方法的核心。我试过很多版本最后稳定下来的结构是这样的决定清单包含四个字段决定内容、决策背景、影响范围、关联待办。决定内容就是一句话说清楚定了什么决策背景是为什么这么定方便后续回溯影响范围是哪些团队或模块会受影响关联待办是指这个决定触发了哪些具体行动。为什么要加决策背景因为很多决定过两个月就没人记得为什么了回溯的时候全靠这个字段。待办清单包含五个字段事项描述、负责人、截止时间、依赖条件、优先级。负责人必须是具体的人名不能是相关同事这种模糊表述截止时间要具体到日期依赖条件是指这个待办需要等什么才能开始优先级用高/中/低三档。这里有个经验如果会上没明确负责人不要自己编直接标待指派然后在待确认清单里加一条XX事项负责人待确认。待确认清单包含四个字段待确认问题、当前卡点、需要谁拍板、建议方案。这个清单最容易被忽略但价值最高。当前卡点要写清楚为什么会上没定下来是信息不足、意见分歧还是权限不够需要谁拍板要具体到角色或人名建议方案是整理者基于讨论给出的倾向性建议方便拍板人快速决策。2.3 为什么不用现成的会议纪要模板市面上有很多会议纪要模板我也用过但都不太适配AI处理。传统模板是给人看的讲究排版美观、叙述流畅而AI处理需要的是字段明确、边界清晰、可机读的结构。比如传统模板里会议内容是一个大段落AI没法从这个段落里稳定地抽出待办但如果我把输入格式改成发言记录讨论要点分块AI就能更准确地定位信息。另外传统模板通常是一份文档而我的方案是三份清单。这个差异看起来小实际影响很大。一份文档意味着所有信息混在一起读者要自己筛选三份清单意味着信息已经按用途分好了读者直接拿去用。我后来把这套结构固化成了一个Markdown模板每次AI输出后直接套进去省去了大量排版时间。3. 提示词设计让AI稳定输出三张清单3.1 提示词的整体框架我的提示词分四段角色设定、任务说明、字段定义、输出格式。角色设定不是随便写的我会明确告诉AI你是一个会议记录结构化助手你的任务不是总结而是分类抽取。这句话很关键它直接决定了AI的行为模式。如果不写这句AI默认会做摘要写了这句AI就会老老实实做抽取。任务说明部分我会把三块清单的定义和判断标准写清楚。比如决定是指会上已经达成明确结论的事项判断标准是如果有人问这件事定了吗回答是定了那就归入决定。这种判断标准比抽象定义有效得多因为它给了AI一个可操作的判断依据。字段定义部分我会逐个字段说明含义和填写要求。比如负责人字段必须填写具体人名如果原文中没有明确人名填写待指派不要填写相关同事或项目组这类模糊表述。这种约束能大幅减少AI的自由发挥空间让输出更稳定。输出格式部分我会直接给出Markdown模板让AI按模板填充。模板里用占位符标出每个字段的位置AI只需要把抽取到的信息填进去就行。这样做的好处是输出格式统一后续处理方便。3.2 完整提示词示例与逐段解析下面是我实际在用的提示词你可以直接复制去用但建议根据自己的业务场景调整字段定义。你是一个会议记录结构化助手。你的任务不是总结会议内容而是从原始记录中抽取信息并按照指定字段分类整理。 【任务说明】 请阅读下面的会议原始记录将其中的信息分为三类 1. 决定会上已经达成明确结论的事项。判断标准如果有人问这件事定了吗回答是定了。 2. 待办需要具体执行的事项。判断标准包含明确的行动动词和交付物。 3. 待确认会上未达成结论、需要后续确认的事项。判断标准存在未解决的卡点或需要更高层级拍板。 【字段定义】 决定清单字段 - 决定内容一句话说清楚定了什么 - 决策背景为什么这么定 - 影响范围哪些团队或模块受影响 - 关联待办这个决定触发了哪些具体行动 待办清单字段 - 事项描述具体要做什么 - 负责人具体人名没有则填待指派 - 截止时间具体日期没有则填待确认 - 依赖条件需要等什么才能开始没有则填无 - 优先级高/中/低 待确认清单字段 - 待确认问题需要确认什么 - 当前卡点为什么会上没定下来 - 需要谁拍板具体角色或人名 - 建议方案基于讨论给出的倾向性建议 【输出格式】 请严格按照以下Markdown格式输出不要添加任何额外说明 ## 决定清单 | 决定内容 | 决策背景 | 影响范围 | 关联待办 | | --- | --- | --- | --- | ## 待办清单 | 事项描述 | 负责人 | 截止时间 | 依赖条件 | 优先级 | | --- | --- | --- | --- | --- | ## 待确认清单 | 待确认问题 | 当前卡点 | 需要谁拍板 | 建议方案 | | --- | --- | --- | --- | --- | 【会议原始记录】 此处粘贴你的会议记录这段提示词里有几个地方是我反复调整过的。第一是你的任务不是总结这句话必须放在最前面因为AI对开头的指令最敏感。第二是判断标准用如果有人问...回答是...这种口语化表述比抽象定义有效。第三是字段定义里明确写了没有则填什么避免AI留空或者自己编。第四是输出格式直接给表格模板AI填充起来不容易跑偏。3.3 提示词调优的三个关键技巧第一个技巧是给边界案例。比如我会在提示词里加一句如果一项内容既像决定又像待办优先归入决定并在关联待办字段里补充具体行动。这种边界规则能减少AI的犹豫让分类更果断。第二个技巧是要求AI标注不确定项。我会加一句如果你对某项信息的分类不确定在该项后面标注[待人工确认]。这样我拿到输出后只需要重点检查这些标注项效率高很多。第三个技巧是分步执行。如果会议记录特别长我会让AI先做一遍粗分类把原文切成三段然后再对每一段做精细抽取。这样做的好处是AI的上下文压力小准确率更高。实测下来超过三千字的记录分步执行的准确率比一次性处理高不少。4. 实操全流程从原始记录到三张清单4.1 会前准备记录格式决定整理效率很多人忽略了一点会议记录的原始格式直接影响AI的整理效果。如果你给AI的是一段没有分段、没有标点、口语化严重的流水账AI的抽取准确率会大幅下降。我的做法是会前就约定一个简单的记录格式每个发言人的内容单独成段段首标注发言人讨论要点用短句记录避免长段叙述。举个例子我常用的记录格式是这样的[张三] 关于登录模块的重构我建议先做接口层前端改动放到二期。 [李四] 接口层没问题但需要确认一下老接口的兼容期是多久。 [王五] 兼容期我这边可以定但需要产品确认还有多少客户在用老接口。 [张三] 那就先定接口层重构兼容期和客户盘点作为待办。这种格式的好处是每个发言人的观点清晰讨论的推进过程也能看出来。AI读这种记录很容易识别出先定接口层重构是决定兼容期和客户盘点是待办还有多少客户在用老接口是待确认。如果记录是一大段没有分行的文字AI就得自己猜哪句是谁说的、哪句是结论准确率自然下降。4.2 会中记录用标记符号降低AI理解成本会中记录的时候我会用几个简单的标记符号来降低AI的理解成本。比如用【决定】标记已经拍板的事项用【待办】标记需要执行的事项用【待确认】标记没谈拢的事项。这些标记不是给AI看的而是给我自己看的——记录的时候顺手标一下会后整理时一目了然。但这里有个坑不要完全依赖标记。因为会议讨论是动态的很多时候一个事项一开始是待确认讨论到后面变成了决定。如果我只依赖标记就会漏掉这种转变。所以我的做法是标记只作为辅助最终分类还是让AI基于全文判断。标记的作用是让我在人工校对时能快速定位重点段落。另外我会在记录里保留一些信号词。比如那就这么定了、这个我来负责、这个还需要确认、下次会再讨论这些词都是AI判断分类的重要线索。我在提示词里也会加一句注意识别定了、我来负责、还需要确认等信号词。实测下来加了这句之后AI对决定和待办的识别准确率有明显提升。4.3 会后整理AI跑一遍人工校一遍会后整理分两步AI跑一遍人工校一遍。AI跑的时候我会把原始记录粘贴到提示词模板里然后让AI输出三张清单。第一次跑出来的结果通常能覆盖百分之七八十的信息剩下的百分之二三十需要人工补充。人工校对的时候我重点看三个地方。第一是决定清单里有没有把倾向性意见误判成决定。这是最常见的错误因为AI有时候会把大家觉得A方案更好当成决定但实际上这只是倾向还没拍板。第二是待办清单里的负责人和截止时间有没有编造。AI有时候会自己推断负责人比如看到前端这边就填前端团队这是不对的必须填具体人名或者待指派。第三是待确认清单有没有漏项。待确认项最容易被忽略因为会上讨论的时候可能只是一带而过但会后如果不跟踪就会变成隐患。校对完之后我会把三张清单合并成一份完整的会议纪要加上会议基本信息时间、地点、参会人、议题然后分发给相关人员。分发的时候有个小技巧决定清单发给所有人待办清单只发给相关责任人待确认清单发给需要拍板的人。这样每个人收到的信息都是跟自己相关的阅读效率高也不会觉得被信息轰炸。4.4 一个完整的实操案例下面我用一个真实的项目会案例把整个流程走一遍。原始记录是这样的[产品经理] 这次版本的核心目标是提升注册转化率目前转化率是12%目标提到18%。 [开发] 注册流程现在有三步能不能砍成两步但砍步骤需要确认风控那边有没有要求。 [设计] 两步注册的界面我可以这周出稿但需要产品先确认哪些字段是必填的。 [产品经理] 必填字段我今天下班前确认。风控那边我明天找他们对一下。 [运营] 转化率提升之后拉新预算要不要调整这个可能需要老板拍板。 [产品经理] 预算的事先放一放等转化率数据出来再说。这次版本先定两步注册设计出稿开发等风控确认后启动。把这段记录喂给AI输出的三张清单是这样的决定清单决定内容决策背景影响范围关联待办本次版本采用两步注册流程当前三步注册转化率仅12%需提升至18%注册模块、设计、开发设计出稿、开发启动待办清单事项描述负责人截止时间依赖条件优先级确认注册必填字段产品经理今天下班前无高找风控确认注册步骤要求产品经理明天无高两步注册界面出稿设计本周内必填字段确认高开发启动两步注册开发待确认风控确认高待确认清单待确认问题当前卡点需要谁拍板建议方案拉新预算是否调整需等转化率数据老板等版本上线后看数据再定这份输出里AI准确识别了决定、待办和待确认字段也填得比较完整。人工校对的时候我只补充了一点把开发启动两步注册的截止时间从待确认改成了风控确认后三个工作日内因为会上虽然没明确说但这是项目惯例。这种补充就是人工的价值AI做不到但人可以根据经验补上。5. 常见问题与排查技巧实录5.1 AI把决定和待确认搞混了怎么办这是最高频的问题。AI经常把大家倾向于A方案当成决定或者把这个先这么定当成决定但实际上后者可能只是临时结论后续还会变。我的解决办法是在提示词里加一条硬规则只有出现定了、就这么办、确认采用这类明确结论词才归入决定出现倾向于、先这样、暂时这类词一律归入待确认。另外我会在人工校对时重点检查决定清单。如果一条决定在原文里找不到明确的结论词我就把它移到待确认清单里。宁可把决定误判成待确认也不要反过来因为待确认项会被跟踪而误判的决定可能就没人管了。5.2 待办清单的负责人和截止时间总是填不准这个问题很常见因为会上讨论的时候负责人和截止时间经常是模糊的。比如前端这边跟进一下、下周搞定这种表述AI没法准确抽取。我的做法是在提示词里明确要求负责人必须是具体人名没有则填待指派截止时间必须是具体日期没有则填待确认。同时我会在人工校对时把待指派和待确认的项单独拎出来找相关人确认后再补上。还有一个技巧在会中记录时就有意识地追问。比如听到前端跟进一下我会当场问一句具体谁负责然后记下来。这样会后整理的时候负责人字段就是明确的不需要再补。5.3 会议记录太长AI处理到后面就忘了前面这是大模型的上下文限制问题。如果会议记录超过三千字AI处理到后面的时候对前面的信息记忆会变弱导致漏项或者分类错误。我的解决办法是分段处理把长记录按议题切成几段每段单独跑一遍AI最后人工合并。分段的时候我会确保每段都有一个完整的议题不要把同一个议题切到两段里。另外我会在每段处理完之后让AI输出一个本段小结列出这段里的决定、待办和待确认。然后我把所有小结合并再让AI做一次全局去重和归类。这样做虽然多了一步但准确率明显更高。5.4 常见问题速查表问题现象可能原因排查方法解决技巧决定清单里混入了倾向性意见提示词未明确结论词标准检查原文是否有定了等结论词加硬规则无结论词一律归待确认待办负责人填的是团队而非人名提示词未约束负责人格式检查负责人字段是否为具体人名明确要求填人名没有则填待指派长记录处理到后面漏项上下文超限检查记录字数是否超过三千字分段处理每段单独跑AI待确认清单为空AI忽略了未结论事项检查原文是否有还需要确认等表述提示词加信号词识别要求输出格式不统一提示词未给模板检查输出是否为Markdown表格直接给表格模板让AI填充5.5 我踩过的三个坑第一个坑是过度依赖AI。刚开始用的时候我觉得AI输出的就是最终版直接分发了。结果有一次AI把一条待确认项误判成了决定导致团队按错误的方向执行了一周。从那以后我坚持AI输出后必须人工校对尤其是决定清单和待确认清单。第二个坑是提示词写得太复杂。我一开始想把所有规则都写进提示词结果AI反而不知道该听哪条。后来我精简到四段结构只保留最核心的规则准确率反而提升了。提示词不是越长越好关键是规则要清晰、无歧义。第三个坑是忽略会议记录的原始质量。有段时间我图省事直接用录音转文字的结果喂给AI结果输出质量很差。后来我坚持会中按格式记录哪怕多花几分钟会后整理效率反而更高。原始记录的质量直接决定了AI输出的上限。6. 进阶玩法让三张清单自动流转起来6.1 把待办清单同步到任务管理工具三张清单整理出来之后如果只是躺在文档里价值还是有限的。我的做法是把待办清单同步到任务管理工具里让每条待办变成一个可跟踪的任务。具体操作是把AI输出的待办表格导出成CSV然后导入到任务管理工具里字段一一对应。这样每条待办都有负责人、截止时间和优先级系统会自动提醒不会漏掉。这里有个细节导入之前先做一次去重。因为同一个待办可能在多次会议里都出现过如果不去重任务列表里会有一堆重复项。我的做法是用事项描述做关键词匹配相似的合并成一条保留最新的截止时间。6.2 用待确认清单驱动下一次会议议程待确认清单是我最看重的部分因为它直接决定了下一次会议要讨论什么。我的做法是每次会议结束后把待确认清单单独拎出来作为下一次会议议程的输入。下一次开会的时候先过一遍上次的待确认项看哪些已经解决了哪些还需要继续跟踪。这样做的好处是会议不会跑偏每次都有明确的推进。另外我会给待确认项加一个状态字段标记为待处理、处理中、已解决。每次会议前更新一次状态这样一眼就能看出哪些项卡住了、卡了多久。卡太久的项就要考虑升级处理找更高层级拍板。6.3 把决定清单沉淀成项目知识库决定清单的价值不止于当次会议它还是项目知识库的重要组成部分。我的做法是把每次会议的决定清单归档到一个统一的知识库里按项目和时间索引。这样后续有人问这个功能为什么这么设计直接查决定清单就能找到答案不用再翻聊天记录或者问当事人。归档的时候我会给每条决定加两个标签决策类型和影响模块。决策类型比如技术选型、产品设计、资源分配影响模块比如注册模块、支付模块。这样后续检索的时候可以按标签快速定位。6.4 一个完整的自动化流转方案如果你想把整套流程自动化可以这样做会中按格式记录会后把记录粘贴到AI提示词模板里AI输出三张清单然后人工校对校对完把待办清单导出成CSV导入任务工具把待确认清单更新到会议议程文档把决定清单归档到知识库。整套流程走下来一场两小时的会从记录到分发二十分钟以内能搞定。我实测下来这套方案最大的价值不是省时间而是减少信息遗漏。以前靠人脑记总会漏掉一些待确认项现在有了结构化的清单每项都有跟踪漏项率大幅下降。尤其是跨部门项目待确认项往往是最容易出问题的地方把它管好了项目推进会顺畅很多。最后分享一个小技巧每次会议结束后花两分钟把三张清单的条目数记下来。比如这次会有5条决定、8条待办、3条待确认。下次会前对比一下如果待确认项在增加说明项目卡点变多了需要重点关注如果待办项在减少说明执行在推进。这个简单的数字对比能帮你快速判断项目健康度。
用AI将会议记录拆成决定、待办、待确认三张清单
1. 为什么我要把会议记录拆成三块来整理每周大大小小的会开下来最头疼的从来不是开会本身而是会后那一坨散乱的记录。我试过用录音转文字也试过边听边手打结果都一样信息全在但没法用。真正让我下决心改造这套流程的是一次项目复盘会——两小时的讨论我整理出四千多字的流水账领导翻了两页就问我所以到底定了什么谁负责什么那一刻我意识到会议记录的问题不在于记得全不全而在于没有把不同性质的信息分开。会议里说的话本质上分三类。第一类是已经拍板的决定这类信息是结论不需要再讨论只需要执行和存档。第二类是待办事项也就是谁在什么时间之前做什么这类信息需要跟踪、需要闭环。第三类是待确认项也就是会上没谈拢、需要会后补充信息或者找更高层级拍板的事情这类信息最容易被忽略但它恰恰是下一次会议的引子。把这三类混在一起写读的人就得自己从一堆叙述里做分类这活儿不该让读者干。所以我的核心思路很简单用AI做信息分类而不是做信息汇总。市面上大部分AI整理会议记录的方案本质上是把录音转成文字再润色一遍输出还是一篇通顺的流水账。我要的不是这个。我要的是AI读完原始记录后直接给我三张清单决定清单、待办清单、待确认清单。每张清单有自己的字段结构决定要有决定内容背景影响范围待办要有事项负责人截止时间依赖条件待确认要有待确认问题卡点需要谁拍板建议方案。这个思路背后有个很实际的考量会议记录的消费者不止一类人。执行层关心待办管理层关心决定而项目推进最怕的是待确认项被遗忘。分开写之后每类人可以只看自己关心的那块信息传递效率直接翻倍。我实测下来同样一场两小时的会原来整理加分发要花一个多小时现在用AI跑一遍再人工校对二十分钟以内能搞定而且漏项率明显下降。这套方法适合谁我觉得只要你的工作里涉及跨部门协作、项目推进、或者需要向上汇报都用得上。不需要你会写代码也不需要本地部署什么大模型一个能稳定输出的对话式AI加上一套打磨好的提示词就够了。下面我把整套流程拆开讲包括提示词怎么设计、字段怎么定、AI跑偏了怎么拉回来以及我踩过的那些坑。2. 核心思路拆解AI到底该在哪个环节介入2.1 先想清楚AI擅长什么不擅长什么很多人一上来就让AI帮我整理会议记录然后抱怨输出质量差。问题出在把AI当成了一个黑盒秘书指望它自己判断什么重要什么不重要。但AI的强项是结构化处理和模式识别弱项是业务判断和隐含信息推断。换句话说你告诉它把这段话里的决定、待办、待确认分出来它能做得很好你让它自己判断哪些是重点它就会给你一堆模棱两可的答案。所以我的设计原则是分类规则由人来定分类执行交给AI。在提示词里我会明确定义什么算决定、什么算待办、什么算待确认并且给出判断标准和边界案例。比如决定必须是会上有明确结论的如果只是大家倾向于A方案但没最终确认那就归到待确认里。这条规则写清楚之后AI的分类准确率会高很多。还有一个关键点不要让AI做摘要。摘要会丢失细节而会议记录的价值恰恰在细节里。我要的是AI做信息抽取和归类把原文里的关键信息原样搬到我定义好的字段里而不是用自己的话重新概括一遍。这一点在提示词里必须强调否则AI会习惯性地帮你总结结果把负责人名字、截止日期这些关键字段给总结没了。2.2 三块清单的字段设计逻辑字段设计是这套方法的核心。我试过很多版本最后稳定下来的结构是这样的决定清单包含四个字段决定内容、决策背景、影响范围、关联待办。决定内容就是一句话说清楚定了什么决策背景是为什么这么定方便后续回溯影响范围是哪些团队或模块会受影响关联待办是指这个决定触发了哪些具体行动。为什么要加决策背景因为很多决定过两个月就没人记得为什么了回溯的时候全靠这个字段。待办清单包含五个字段事项描述、负责人、截止时间、依赖条件、优先级。负责人必须是具体的人名不能是相关同事这种模糊表述截止时间要具体到日期依赖条件是指这个待办需要等什么才能开始优先级用高/中/低三档。这里有个经验如果会上没明确负责人不要自己编直接标待指派然后在待确认清单里加一条XX事项负责人待确认。待确认清单包含四个字段待确认问题、当前卡点、需要谁拍板、建议方案。这个清单最容易被忽略但价值最高。当前卡点要写清楚为什么会上没定下来是信息不足、意见分歧还是权限不够需要谁拍板要具体到角色或人名建议方案是整理者基于讨论给出的倾向性建议方便拍板人快速决策。2.3 为什么不用现成的会议纪要模板市面上有很多会议纪要模板我也用过但都不太适配AI处理。传统模板是给人看的讲究排版美观、叙述流畅而AI处理需要的是字段明确、边界清晰、可机读的结构。比如传统模板里会议内容是一个大段落AI没法从这个段落里稳定地抽出待办但如果我把输入格式改成发言记录讨论要点分块AI就能更准确地定位信息。另外传统模板通常是一份文档而我的方案是三份清单。这个差异看起来小实际影响很大。一份文档意味着所有信息混在一起读者要自己筛选三份清单意味着信息已经按用途分好了读者直接拿去用。我后来把这套结构固化成了一个Markdown模板每次AI输出后直接套进去省去了大量排版时间。3. 提示词设计让AI稳定输出三张清单3.1 提示词的整体框架我的提示词分四段角色设定、任务说明、字段定义、输出格式。角色设定不是随便写的我会明确告诉AI你是一个会议记录结构化助手你的任务不是总结而是分类抽取。这句话很关键它直接决定了AI的行为模式。如果不写这句AI默认会做摘要写了这句AI就会老老实实做抽取。任务说明部分我会把三块清单的定义和判断标准写清楚。比如决定是指会上已经达成明确结论的事项判断标准是如果有人问这件事定了吗回答是定了那就归入决定。这种判断标准比抽象定义有效得多因为它给了AI一个可操作的判断依据。字段定义部分我会逐个字段说明含义和填写要求。比如负责人字段必须填写具体人名如果原文中没有明确人名填写待指派不要填写相关同事或项目组这类模糊表述。这种约束能大幅减少AI的自由发挥空间让输出更稳定。输出格式部分我会直接给出Markdown模板让AI按模板填充。模板里用占位符标出每个字段的位置AI只需要把抽取到的信息填进去就行。这样做的好处是输出格式统一后续处理方便。3.2 完整提示词示例与逐段解析下面是我实际在用的提示词你可以直接复制去用但建议根据自己的业务场景调整字段定义。你是一个会议记录结构化助手。你的任务不是总结会议内容而是从原始记录中抽取信息并按照指定字段分类整理。 【任务说明】 请阅读下面的会议原始记录将其中的信息分为三类 1. 决定会上已经达成明确结论的事项。判断标准如果有人问这件事定了吗回答是定了。 2. 待办需要具体执行的事项。判断标准包含明确的行动动词和交付物。 3. 待确认会上未达成结论、需要后续确认的事项。判断标准存在未解决的卡点或需要更高层级拍板。 【字段定义】 决定清单字段 - 决定内容一句话说清楚定了什么 - 决策背景为什么这么定 - 影响范围哪些团队或模块受影响 - 关联待办这个决定触发了哪些具体行动 待办清单字段 - 事项描述具体要做什么 - 负责人具体人名没有则填待指派 - 截止时间具体日期没有则填待确认 - 依赖条件需要等什么才能开始没有则填无 - 优先级高/中/低 待确认清单字段 - 待确认问题需要确认什么 - 当前卡点为什么会上没定下来 - 需要谁拍板具体角色或人名 - 建议方案基于讨论给出的倾向性建议 【输出格式】 请严格按照以下Markdown格式输出不要添加任何额外说明 ## 决定清单 | 决定内容 | 决策背景 | 影响范围 | 关联待办 | | --- | --- | --- | --- | ## 待办清单 | 事项描述 | 负责人 | 截止时间 | 依赖条件 | 优先级 | | --- | --- | --- | --- | --- | ## 待确认清单 | 待确认问题 | 当前卡点 | 需要谁拍板 | 建议方案 | | --- | --- | --- | --- | --- | 【会议原始记录】 此处粘贴你的会议记录这段提示词里有几个地方是我反复调整过的。第一是你的任务不是总结这句话必须放在最前面因为AI对开头的指令最敏感。第二是判断标准用如果有人问...回答是...这种口语化表述比抽象定义有效。第三是字段定义里明确写了没有则填什么避免AI留空或者自己编。第四是输出格式直接给表格模板AI填充起来不容易跑偏。3.3 提示词调优的三个关键技巧第一个技巧是给边界案例。比如我会在提示词里加一句如果一项内容既像决定又像待办优先归入决定并在关联待办字段里补充具体行动。这种边界规则能减少AI的犹豫让分类更果断。第二个技巧是要求AI标注不确定项。我会加一句如果你对某项信息的分类不确定在该项后面标注[待人工确认]。这样我拿到输出后只需要重点检查这些标注项效率高很多。第三个技巧是分步执行。如果会议记录特别长我会让AI先做一遍粗分类把原文切成三段然后再对每一段做精细抽取。这样做的好处是AI的上下文压力小准确率更高。实测下来超过三千字的记录分步执行的准确率比一次性处理高不少。4. 实操全流程从原始记录到三张清单4.1 会前准备记录格式决定整理效率很多人忽略了一点会议记录的原始格式直接影响AI的整理效果。如果你给AI的是一段没有分段、没有标点、口语化严重的流水账AI的抽取准确率会大幅下降。我的做法是会前就约定一个简单的记录格式每个发言人的内容单独成段段首标注发言人讨论要点用短句记录避免长段叙述。举个例子我常用的记录格式是这样的[张三] 关于登录模块的重构我建议先做接口层前端改动放到二期。 [李四] 接口层没问题但需要确认一下老接口的兼容期是多久。 [王五] 兼容期我这边可以定但需要产品确认还有多少客户在用老接口。 [张三] 那就先定接口层重构兼容期和客户盘点作为待办。这种格式的好处是每个发言人的观点清晰讨论的推进过程也能看出来。AI读这种记录很容易识别出先定接口层重构是决定兼容期和客户盘点是待办还有多少客户在用老接口是待确认。如果记录是一大段没有分行的文字AI就得自己猜哪句是谁说的、哪句是结论准确率自然下降。4.2 会中记录用标记符号降低AI理解成本会中记录的时候我会用几个简单的标记符号来降低AI的理解成本。比如用【决定】标记已经拍板的事项用【待办】标记需要执行的事项用【待确认】标记没谈拢的事项。这些标记不是给AI看的而是给我自己看的——记录的时候顺手标一下会后整理时一目了然。但这里有个坑不要完全依赖标记。因为会议讨论是动态的很多时候一个事项一开始是待确认讨论到后面变成了决定。如果我只依赖标记就会漏掉这种转变。所以我的做法是标记只作为辅助最终分类还是让AI基于全文判断。标记的作用是让我在人工校对时能快速定位重点段落。另外我会在记录里保留一些信号词。比如那就这么定了、这个我来负责、这个还需要确认、下次会再讨论这些词都是AI判断分类的重要线索。我在提示词里也会加一句注意识别定了、我来负责、还需要确认等信号词。实测下来加了这句之后AI对决定和待办的识别准确率有明显提升。4.3 会后整理AI跑一遍人工校一遍会后整理分两步AI跑一遍人工校一遍。AI跑的时候我会把原始记录粘贴到提示词模板里然后让AI输出三张清单。第一次跑出来的结果通常能覆盖百分之七八十的信息剩下的百分之二三十需要人工补充。人工校对的时候我重点看三个地方。第一是决定清单里有没有把倾向性意见误判成决定。这是最常见的错误因为AI有时候会把大家觉得A方案更好当成决定但实际上这只是倾向还没拍板。第二是待办清单里的负责人和截止时间有没有编造。AI有时候会自己推断负责人比如看到前端这边就填前端团队这是不对的必须填具体人名或者待指派。第三是待确认清单有没有漏项。待确认项最容易被忽略因为会上讨论的时候可能只是一带而过但会后如果不跟踪就会变成隐患。校对完之后我会把三张清单合并成一份完整的会议纪要加上会议基本信息时间、地点、参会人、议题然后分发给相关人员。分发的时候有个小技巧决定清单发给所有人待办清单只发给相关责任人待确认清单发给需要拍板的人。这样每个人收到的信息都是跟自己相关的阅读效率高也不会觉得被信息轰炸。4.4 一个完整的实操案例下面我用一个真实的项目会案例把整个流程走一遍。原始记录是这样的[产品经理] 这次版本的核心目标是提升注册转化率目前转化率是12%目标提到18%。 [开发] 注册流程现在有三步能不能砍成两步但砍步骤需要确认风控那边有没有要求。 [设计] 两步注册的界面我可以这周出稿但需要产品先确认哪些字段是必填的。 [产品经理] 必填字段我今天下班前确认。风控那边我明天找他们对一下。 [运营] 转化率提升之后拉新预算要不要调整这个可能需要老板拍板。 [产品经理] 预算的事先放一放等转化率数据出来再说。这次版本先定两步注册设计出稿开发等风控确认后启动。把这段记录喂给AI输出的三张清单是这样的决定清单决定内容决策背景影响范围关联待办本次版本采用两步注册流程当前三步注册转化率仅12%需提升至18%注册模块、设计、开发设计出稿、开发启动待办清单事项描述负责人截止时间依赖条件优先级确认注册必填字段产品经理今天下班前无高找风控确认注册步骤要求产品经理明天无高两步注册界面出稿设计本周内必填字段确认高开发启动两步注册开发待确认风控确认高待确认清单待确认问题当前卡点需要谁拍板建议方案拉新预算是否调整需等转化率数据老板等版本上线后看数据再定这份输出里AI准确识别了决定、待办和待确认字段也填得比较完整。人工校对的时候我只补充了一点把开发启动两步注册的截止时间从待确认改成了风控确认后三个工作日内因为会上虽然没明确说但这是项目惯例。这种补充就是人工的价值AI做不到但人可以根据经验补上。5. 常见问题与排查技巧实录5.1 AI把决定和待确认搞混了怎么办这是最高频的问题。AI经常把大家倾向于A方案当成决定或者把这个先这么定当成决定但实际上后者可能只是临时结论后续还会变。我的解决办法是在提示词里加一条硬规则只有出现定了、就这么办、确认采用这类明确结论词才归入决定出现倾向于、先这样、暂时这类词一律归入待确认。另外我会在人工校对时重点检查决定清单。如果一条决定在原文里找不到明确的结论词我就把它移到待确认清单里。宁可把决定误判成待确认也不要反过来因为待确认项会被跟踪而误判的决定可能就没人管了。5.2 待办清单的负责人和截止时间总是填不准这个问题很常见因为会上讨论的时候负责人和截止时间经常是模糊的。比如前端这边跟进一下、下周搞定这种表述AI没法准确抽取。我的做法是在提示词里明确要求负责人必须是具体人名没有则填待指派截止时间必须是具体日期没有则填待确认。同时我会在人工校对时把待指派和待确认的项单独拎出来找相关人确认后再补上。还有一个技巧在会中记录时就有意识地追问。比如听到前端跟进一下我会当场问一句具体谁负责然后记下来。这样会后整理的时候负责人字段就是明确的不需要再补。5.3 会议记录太长AI处理到后面就忘了前面这是大模型的上下文限制问题。如果会议记录超过三千字AI处理到后面的时候对前面的信息记忆会变弱导致漏项或者分类错误。我的解决办法是分段处理把长记录按议题切成几段每段单独跑一遍AI最后人工合并。分段的时候我会确保每段都有一个完整的议题不要把同一个议题切到两段里。另外我会在每段处理完之后让AI输出一个本段小结列出这段里的决定、待办和待确认。然后我把所有小结合并再让AI做一次全局去重和归类。这样做虽然多了一步但准确率明显更高。5.4 常见问题速查表问题现象可能原因排查方法解决技巧决定清单里混入了倾向性意见提示词未明确结论词标准检查原文是否有定了等结论词加硬规则无结论词一律归待确认待办负责人填的是团队而非人名提示词未约束负责人格式检查负责人字段是否为具体人名明确要求填人名没有则填待指派长记录处理到后面漏项上下文超限检查记录字数是否超过三千字分段处理每段单独跑AI待确认清单为空AI忽略了未结论事项检查原文是否有还需要确认等表述提示词加信号词识别要求输出格式不统一提示词未给模板检查输出是否为Markdown表格直接给表格模板让AI填充5.5 我踩过的三个坑第一个坑是过度依赖AI。刚开始用的时候我觉得AI输出的就是最终版直接分发了。结果有一次AI把一条待确认项误判成了决定导致团队按错误的方向执行了一周。从那以后我坚持AI输出后必须人工校对尤其是决定清单和待确认清单。第二个坑是提示词写得太复杂。我一开始想把所有规则都写进提示词结果AI反而不知道该听哪条。后来我精简到四段结构只保留最核心的规则准确率反而提升了。提示词不是越长越好关键是规则要清晰、无歧义。第三个坑是忽略会议记录的原始质量。有段时间我图省事直接用录音转文字的结果喂给AI结果输出质量很差。后来我坚持会中按格式记录哪怕多花几分钟会后整理效率反而更高。原始记录的质量直接决定了AI输出的上限。6. 进阶玩法让三张清单自动流转起来6.1 把待办清单同步到任务管理工具三张清单整理出来之后如果只是躺在文档里价值还是有限的。我的做法是把待办清单同步到任务管理工具里让每条待办变成一个可跟踪的任务。具体操作是把AI输出的待办表格导出成CSV然后导入到任务管理工具里字段一一对应。这样每条待办都有负责人、截止时间和优先级系统会自动提醒不会漏掉。这里有个细节导入之前先做一次去重。因为同一个待办可能在多次会议里都出现过如果不去重任务列表里会有一堆重复项。我的做法是用事项描述做关键词匹配相似的合并成一条保留最新的截止时间。6.2 用待确认清单驱动下一次会议议程待确认清单是我最看重的部分因为它直接决定了下一次会议要讨论什么。我的做法是每次会议结束后把待确认清单单独拎出来作为下一次会议议程的输入。下一次开会的时候先过一遍上次的待确认项看哪些已经解决了哪些还需要继续跟踪。这样做的好处是会议不会跑偏每次都有明确的推进。另外我会给待确认项加一个状态字段标记为待处理、处理中、已解决。每次会议前更新一次状态这样一眼就能看出哪些项卡住了、卡了多久。卡太久的项就要考虑升级处理找更高层级拍板。6.3 把决定清单沉淀成项目知识库决定清单的价值不止于当次会议它还是项目知识库的重要组成部分。我的做法是把每次会议的决定清单归档到一个统一的知识库里按项目和时间索引。这样后续有人问这个功能为什么这么设计直接查决定清单就能找到答案不用再翻聊天记录或者问当事人。归档的时候我会给每条决定加两个标签决策类型和影响模块。决策类型比如技术选型、产品设计、资源分配影响模块比如注册模块、支付模块。这样后续检索的时候可以按标签快速定位。6.4 一个完整的自动化流转方案如果你想把整套流程自动化可以这样做会中按格式记录会后把记录粘贴到AI提示词模板里AI输出三张清单然后人工校对校对完把待办清单导出成CSV导入任务工具把待确认清单更新到会议议程文档把决定清单归档到知识库。整套流程走下来一场两小时的会从记录到分发二十分钟以内能搞定。我实测下来这套方案最大的价值不是省时间而是减少信息遗漏。以前靠人脑记总会漏掉一些待确认项现在有了结构化的清单每项都有跟踪漏项率大幅下降。尤其是跨部门项目待确认项往往是最容易出问题的地方把它管好了项目推进会顺畅很多。最后分享一个小技巧每次会议结束后花两分钟把三张清单的条目数记下来。比如这次会有5条决定、8条待办、3条待确认。下次会前对比一下如果待确认项在增加说明项目卡点变多了需要重点关注如果待办项在减少说明执行在推进。这个简单的数字对比能帮你快速判断项目健康度。
