会议纪要撰写提示词 — 议题决议待办人

会议纪要撰写提示词:议题、决议与待办人三列落地

会议纪要不是录音转写

会后把两小时录音整理成八千字,发到群里没人看,等于没开。纪要的价值在于把讨论压缩成三样东西:定了什么、谁来做、什么时候交。其他内容都是过程。写提示词时,如果不明确这三项,模型会把每个人的发言都保留下来,看起来完整,实际没有决策。好的纪要能让没参会的人在两分钟内知道下一步该做什么。

议题、决议、待办人三列

议题列写这次讨论的对象,例如「新版结算页上线时间」。决议列只写已经达成的结论,未达成的一致项单独放进「待议」。待办列必须包含动作、负责人和截止时间,三者缺一不可。很多纪要写「尽快优化支付流程」,没有负责人和日期,下次开会仍然原地踏步。提示词里把三列写死,模型就不会用「相关部门」这类模糊主语。

完整输入与纪要样例

输入可以写成:「新版结算页上线评审,讨论支付回调、埋点和灰度比例,结论是延期一周,待办需要负责人和日期。」输出样例:决议一,结算页上线时间从本周五推迟到下周五;待办一,王磊在十一月八日前完成支付回调联调;待办二,李倩在十一月六日前补充埋点清单;待议一,灰度比例下周评审确定。每条都能直接转进任务系统。

把讨论过程压缩成结论

讨论过程只保留能影响结论的分歧,例如「支付回调存在两种方案,最终选择兼容旧接口的方案,理由是改造成本更低」。重复表态、寒暄和跑题内容全部删掉。提示词里可以要求「每个议题最多保留一条分歧记录」,防止纪要重新变成发言稿。若某个议题没有结论,就写「未决」,并注明下一次讨论需要什么信息。

待办要带负责人和截止时间

待办最容易失真。写「前端跟进」不如写「前端王磊负责,十一月八日前提交联调结果」。负责人最好用姓名加职能,避免同名歧义;截止时间用具体日期,不写「下周」「尽快」。提示词里可以要求模型对缺失负责人或日期的待办标注「待补充」,而不是自行猜测。这个约束能显著提高纪要的可执行性。

写下会议议题与讨论要点,选会议类型和输出用途,生成纪要提示词:

提示词要求区分已决与待议,待办必须带负责人和日期;缺失处标注待补充。
示例输出(预置样例,不是实时生成):
决议:新版结算页上线时间由本周五推迟到下周五,原因是支付回调联调未完成。
待办:王磊,十一月八日前完成支付回调联调;李倩,十一月六日前补充埋点清单。
待议:灰度比例,下周评审确定,需产品提供分渠道数据。
未参会人须知:本次延期不影响已排期的市场投放。
使用条件说明:本页生成提示词,不直接生成正式纪要。真实纪要需由参会人核对人名、日期和决议措辞。

敏感信息与措辞边界

纪要会被转发,写的时候要假设它可能出现在更大的群里。涉及人事、合同金额和客户投诉的内容,只写结论和下一步,不写过程细节和情绪化评价。提示词里可以要求「不记录个人评价,只记录与决策相关的事实」。若会议内容涉密,最好在工具外单独处理,不要把敏感原文直接粘贴到任何在线模型。提示词能规范结构,不能替代保密意识。

工具里的会议类型选项

周会重在进度与阻塞,纪要以待办为主;项目复盘重在原因与改进项,要保留「为什么」;决策会重在选项与依据,要写清被放弃的方案;客户沟通要区分客户诉求与内部承诺;评审会要记录通过项与返工项。类型选错,模型会把决策会写成进度同步。输出用途则决定详略,邮件简报需要开头三行摘要,待办清单可以直接导入任务系统。

会议纪要提示词答疑

会议录音可以直接交给模型吗

先确认公司数据政策。涉及客户信息或未公开决策时,不建议直接上传录音,可先转成脱敏要点再处理。

待办没有负责人怎么办

让模型标注「待补充」,不要自行分配。会后由主持人补齐负责人和日期,再发正式版本。

纪要要发多长

以能执行完为准。超过一页的纪要通常说明议题没有收敛,建议拆成决策纪要加待办清单两份。

纪要发出后,可以继续跟踪待办和下次议程,职场工具分类里还有会议与清单相关页面。标签: #会议纪要 #提示词生成 #职场效率