很多团队第一次把 AI大模型 放进办公流程，选的不是写代码，也不是做客服，而是整理会议纪要。理由很朴素：录音转文字已经不难，让模型压缩成几条结论，看起来只是顺手的事。
真用起来，问题往往出在散会之后。屏幕上是一份结构完整的纪要，时间、参会人、议题、待办都齐全，但读到某一条时，你会停住：原文里那句话到底是“可以先试试”，还是“先别动”？模型把它写成了“原则同意，后续推进”。字面没错，语气却变了。
纪要里的空白，模型不会自动标出
会议语言天然含混。有人说“这个方向可以再看看”，有人接“回头对一下”，还有人沉默几秒。这些在人类听来是信号，在转写文本里只是句子。AI大模型擅长把零散内容组织成通顺段落，却不擅长替人承担判断：谁负责、何时完成、什么条件下算完成，原文没讲清楚，模型就可能用确定的措辞补平。
这不是模型能力单点的问题，而是工作流里少了一道核对。把纪要直接发进群，等于把模糊地带一起发出；收件人各自理解，下一次会议再对齐，成本反而上升。一种做法是让模型先做草稿，把不确定处留在原文附近，再由熟悉上下文的人逐条确认。
- 待办事项保留负责人和截止时间的原始表述，缺失就标空，不替人猜。
- 争议点单独列出，不用“已达成共识”一类概括覆盖分歧。
- 引用关键句时保留上下文，避免只摘半句造成语义偏移。
企业要的不是更长的纪要
一些团队用上模型之后，纪要变长了，信息密度却没上去。原因不复杂：模型会把每个话题都展开，把每段讨论都总结成三点，读起来完整，回头查找却费劲。纪要的价值不在篇幅，而在可执行。哪些事有变化，哪些风险被提出，哪些决定需要谁确认，这些才是散会后真正会被翻看的内容。
所以提示词不该只写“请总结会议内容”。可以具体一点：按议题列出结论、未决问题和下一步动作；原文没有明确结论的，不要补写；涉及金额、日期、人员安排的表述，原样保留。这样得到的草稿未必漂亮，但接近可用的工作底稿。
把模型放在草稿位，而不是签字位
我倾向于把 AI大模型 看成一位反应快、但没参加完整上下文的记录员。它可以帮忙压缩、归类、提醒遗漏，却不该替会议主持人确认共识，也不该替执行者承诺时间。企业真正要设计的，是模型输出之后的那道人工环节：谁看、看什么、多长时间内回看原文。
如果这一步缺失，工具越顺手，误解越容易被复制。会议纪要只是一个小场景，却足以说明问题：模型可以生成文本，责任仍要落在具体的人身上。把这句话记住，比多试几个提示词有用。