把会议记录自动变成可执行行动项

先确定一份行动项应包含哪些信息

会议记录之所以难以执行，通常不是因为内容太长，而是决定、待办和背景讨论混在一起。开始自动整理前，先为自己设定固定输出结构。每项行动项至少保留任务内容、负责人、截止日期、依据和当前状态。若记录没有明确负责人或日期，也要要求模型直接标记为待确认，不能自行猜测。

这一步会减少后续反复修改。个人开发者可以加入仓库、接口、测试或发布等字段。学生可以加入课程、作业、小组成员或提交方式等字段。字段不必太多，但每个字段都应对应一次实际跟进动作。

把原始会议记录保留为完整上下文

将录音转写稿、手写笔记或聊天记录集中到同一份文本中。保留说话人名称、时间、项目名称和原有的日期表达，例如“下周二”或“演示前”。这些细节能帮助模型判断谁承诺了什么，也方便你之后核对结果。

在输入前删除无关的寒暄、重复转写和明显错误的内容即可，不要过早改写讨论结论。原始表述有歧义时，模型需要看到上下文才能正确标出待确认事项。涉及隐私或敏感项目时，应先移除不必要的个人信息和密钥。

用明确规则要求模型只提取可执行事项

给模型的说明应当写清楚：区分已决定事项、行动项、风险和待确认问题；不要把普通讨论自动变成任务；每个行动项都要引用简短依据；没有明确负责人或期限时要保留空缺并提示确认。还可以要求模型按紧急程度排序，并合并内容重复的任务。

第一次输出后，不要立即发送给所有人。花一分钟检查任务是否真的来自会议，负责人是否正确，日期是否被误读。尤其要注意“我们可以做”和“我会去做”的区别。前者多半只是建议，后者才可能是承诺。

先用较省钱的模型完成日常提取

大多数例行会议只需要稳定地分类和整理，不需要使用最贵的模型。通过 MyRelay，你可以用 Gemini 2.5 Flash 处理日常会议记录，再根据每次请求显示的令牌数和费用观察实际开销。对于多人争论、责任边界复杂或包含大量技术决策的会议，再考虑使用 Claude Sonnet 5.5 复核关键段落。

这种分层方式比每次都使用同一种高价模型更容易控制预算。先让较省钱的模型生成初稿，只对少量含糊任务做二次检查。你可以创建一个 MyRelay 账户，用同一把密钥和一个预算管理不同模型的请求。

把输出整理成适合跟进的任务清单

确认内容后，将行动项按负责人分组，并保留一组待确认事项。每个人看到的清单应当短而具体，避免把整段会议摘要再次发给对方。每项任务最好用动词开头，说明交付物和日期，例如完成接口测试、确认活动场地或提交文档初稿。

• 已确认任务应包含负责人、期限和可检查的结果。
• 待确认任务应说明缺少的是负责人、日期还是范围。
• 风险事项应单独列出，避免被普通待办淹没。
• 会议决定应保留简短记录，方便解释任务来源。

在下一次会议前检查未完成事项

自动化的价值不只在会后生成清单，还在于持续跟进。下一次会议前，把上次行动项和最新进展一起交给模型，请它列出已完成、阻塞、逾期和需要重新分配的任务。这样，会议开始时就能直接处理例外情况，而不是重新回顾全部记录。

每周查看 MyRelay 的请求记录和费用，比较不同会议类型的输入长度与输出质量。如果某类记录总是很长，可以先要求生成精简摘要，再提取行动项。只要保留人工确认这一步，自动整理就能节省时间，同时避免把错误任务带进下一轮工作。