会议纪要生成器

转写稿和真正的纪要之间差了什么

生产线上开完会，录音留在手机、腾讯会议云端或通话记录里。转写工具能快速生成一篇原始文本，但这不等于纪要：信息散落在长对话中，谁在什么条件下同意了什么、哪些只是倾向性意见、哪件事谁负责、什么时候交，都要人工一条一条从转写稿里扒出来。再按公文格式排版，又是一轮体力活。这个技能把这两步收敛成一条流水线。

核心能力与关键步骤

核心能力：从多种来源（现场录音 .mp3/.wav/.m4a、腾讯会议 ID 或录制文件、通话录音、文字记录，或多者混合）拿到内容，先把音频转写为文本；再按固定结构提取信息。

工作流程分五步：

1. 识别来源类型；音频先转写，文字直接跳过去。
2. 提取会议关键信息（主题、时间、地点、主办单位、参会人员、议题讨论、达成的共识、存在的问题、下一步计划），生成 JSON 结构。
3. 将 JSON 写入临时文件。
4. 运行 scripts/generate_minutes.py 生成 .docx。
5. 展示结果，按修改意见回到 JSON 重新生成。

内容提取有明确规则：达成的共识只收录明确确认的决议，投票表决要注明结果，倾向性意见不算共识；存在的问题记录未解决的分歧并注明各方立场，标注技术、资源或时间风险；下一步计划每条必须包含任务事项、责任人（姓名+部门）和截止时间 YYYY-MM-DD，缺失信息标注“待定”。

输出严格对齐公文模板：标题华文仿宋 18pt 居中加粗，正文仿宋_GB2312 14pt、首行缩进 21pt、1.5 倍行距，编号使用全角句号。完整参数见 references/template_format.md，脚本内嵌了格式设置，不需要外部模板。原始模板在 assets/meeting_minutes_template.docx，方便在 Word/WPS 里对照排版。

适用边界与注意点

• 转写质量决定上限：背景嘈杂、多人抢话、口音重的录音，ASR 文本可能残缺或带错字，这些错误会被原样带进纪要。
• 不创造内容：会议里没有的决议、责任人、截止时间，技能不会脑补，只会标“待定”或留空。想让纪要更完整，先让会议记录本身更完整。
• 倾向性意见要小心：区分“已达成共识”和“倾向性意见”需要足够上下文，转写稿一句话带过时，归类可能有偏差。