会议记录动辄几千字，直接整段丢给工具，出来的多半是按发言先后排列的流水账：谁先开口谁排在前面，真正的结论埋在中间，后面还要人工再翻一遍。要避免这一点，通常的做法是先把决议和待办摘出来定成骨架，再把讨论过程压缩成背景回填进去。顺序反了，工具就会顺着原文的叙事节奏走，很难把它拉回来。
适用场景：有逐字记录或录音转写稿、会后需要整理成可执行纪要的会议。操作动作：先只喂决议、待办、责任人、时限四类信息，让工具据此产出纪要主体；骨架确认无误后，再补一段压缩后的讨论背景。验证方式：看每条待办是否都带责任人和时限，空项当场补齐；看背景段是否明显短于决议与待办部分。风险边界：工具不能替会议做决定，缺失的责任人和时限需要参会人确认，不允许由工具推测填充。
从会议记录里抽出决议、待办、责任人、时限
整理的第一步不是润色语言，而是把这四类信息单独列成一栏。可以在编辑器或表格里开四列，一边读记录一边填空，读完整份再回头看有没有漏。这样做的好处是纪要主体先有骨架，不被发言顺序牵制，后面写背景时也知道该围绕哪几条结论展开。
- 决议：会议当场拍板的事，写成一句陈述句，例如「下季度预算按新口径执行」。只写定了什么，不写怎么讨论出来的。
- 待办：需要有人去做的事，一条一件，避免把两件事塞进一行。
- 责任人：写具体的人或部门，不写「相关同事」「大家」这类无法认领的表述。
- 时限：写可判断的日期或时间点，例如「本周五前」，不写「尽快」。
填不出来的字段先留着，标成「待补」，不要凭上下文猜。一份纪要里出现几处「待补」是正常的，比写错责任人要好收场。抽完这四类信息，就得到了一份不带讨论过程的骨架清单，接下来再交给工具组织语言。
让工具先按决议和待办组织纪要主体
这一步的关键是输入顺序。把决议和待办放在前面、背景说明放在后面，并在指令里明确规定输出次序。下面是一段可替换的提示词骨架，把括号里的内容换成你的会议信息即可：
请把下面的材料整理成会议纪要，严格按此顺序输出：
1. 决议：逐条列出，每条一行，只写结论。
2. 待办：逐条列出，每条包含三个字段——事项 / 责任人 / 时限。
材料中未出现的责任人或时限，一律写「待补」，不要推测。
3. 背景：放在最后，只保留与上述决议、待办直接相关的来龙去脉。
不要按发言顺序复述，不要逐段总结每个人的发言。
【材料开始】
（先粘贴决议与待办相关段落，再粘贴讨论过程）
【材料结束】如果手头只有一份完整转写稿，也可以先按上面的四列自己摘一遍，再把摘出来的清单和原始记录一起给工具，清单在前、原文在后。这样工具的主干就是你的清单，原文只用来补背景。验证方式很直接：看输出第一屏是不是决议和待办。如果开头仍是「某某表示」「随后大家讨论了」这类句子，说明顺序没生效，需要把指令里的顺序要求写得更硬，或者干脆分两次调用，先出清单再出背景。
把讨论过程压缩成背景段放在决议之后
背景段的作用是留个来龙去脉，方便没参会的人看懂结论，但它不应该盖过结论本身。一个可操作的尺度是：背景部分的篇幅不超过决议加待办的总量，通常两三段足够，只讲与结论直接相关的部分。判断标准是，删掉这段背景，决议和待办是否仍然成立——如果成立，说明这段只是补充；如果需要靠它才能理解决议，那它就该保留得再具体一点。
争议细节可以只留一句概括。例如会上对两个方案有分歧、最终选了其中一个，背景里写「会上对方案 A 与方案 B 有分歧，最终采用方案 A」即可，不必还原谁在哪一轮提出了什么反对意见。同样，反复出现的表态、与结论无关的插话、临时跑题的讨论，都可以整段舍去。压缩不是删干净，而是把过程压到能解释结论为止。
核对每条待办能否落到具体人或部门
纪要发出去之前，逐条过一遍待办清单：这一列的责任人和时限是不是空的。空项当场补齐——能问到人的直接问，问不到的至少在群里点名确认，不要留着「待补」就发出去，否则纪要看着完整，实际上没人认领。
核对时可以按这几个点检查：
- 责任人写的是人还是部门。写部门时要确认部门内部有人接，否则容易出现「部门已读、无人执行」。
- 一条待办是否只对应一个人。多人共担的待办，通常等于没人主动担。
- 时限是否可判断。把「尽快」「下周看看」改成具体日期或节点。
- 待办事项是否包含动作和对象，例如「整理并提交接口文档」，而不是「接口文档」。
如果会上确实没定责任人，可以在纪要里把该条标为待确认，并写明由谁在什么时间点前确认下来，而不是替会议做决定。这一步做完，纪要才算从一份文字记录变成了可以跟进的事项表。