一个能帮上忙的 AI 会议系统，不是把录音转成一大段文字，而是让会前准备、会中记录和会后执行彼此连起来。系统要回答四个问题：会议要解决什么、有哪些事实、谁做什么、什么时候复盘。
先按会议前后拆流程
会前收集议程、背景材料和需要决策的问题；会中区分事实、观点、分歧和决定；会后把每项决定拆成负责人、截止时间、交付物和风险。AI 可以在每个节点做整理，但不能替团队确认事实或替负责人承诺时间。
| 阶段 | 输入 | 输出 | 人工确认点 |
|---|---|---|---|
| 会前 | 议程、数据、待决策项 | 阅读摘要、问题清单 | 资料是否最新，是否缺关键人 |
| 会中 | 发言、共享文档、投票 | 事实、观点、决定 | 决定是否被准确理解 |
| 会后 | 决定与分工 | 行动项、提醒、复盘点 | 负责人和时间是否真实可执行 |
用固定字段约束整理结果
让 AI 输出时始终使用同一组字段，团队才容易比较不同会议。可以采用下面的结构：
议题：
结论：
依据：
未解决的问题：
行动项：
- 负责人：
- 截止时间：
- 交付物：
- 验收标准：
风险与依赖：如果会议内容里没有明确负责人或时间，要求 AI 填“待确认”，不要让它根据语气猜测。宁可留下一个待办，也不要制造一条看似确定的任务。
把会议记录变成可追踪任务
- 先把重复出现的决定合并，避免一项任务被记录两次。
- 把“跟进一下”改成可验收的交付物。
- 把依赖外部团队的事项单独标记，设置下一次检查点。
- 会议结束后由负责人逐项确认，再发送提醒。
如果需要把大量会议记录做横向比较，可以把主题、决定、负责人和完成状态整理成表格，再做趋势分析。站内的AI Excel 数据分析流程可以作为数据整理的参考；而提示词的任务边界，可以参考AI 提示词编写案例。
隐私与权限要先设计
涉及客户、员工或合同的信息，上传前先确认授权范围。会议系统至少要区分主持人、记录者、普通参会者和只读访客。录音、转写和摘要应有保留期限，删除原始文件后也要确认索引和缓存是否同步清理。
上线前用三场真实会议验收
- 一场信息充分、结论明确的例会。
- 一场有争议、需要记录分歧的评审会。
- 一场临时变化多、行动项较多的项目会。
检查系统是否能保留原话与结论的区别，是否能找到每个行动项的来源，是否能在截止时间临近时提醒正确的人。只有这三类会议都跑通，才值得接入更多团队。
