Ray-MM 会议纪要

会议纪要的最大坑：AI 替你“合理推断”

把会议录音或一堆散乱材料交给大模型写纪要，最常见的翻车方式不是排版难看，而是模型把没说的事写成“会议决定”。工程和化工场景里，这种编造尤其危险：一个没被记录的决定，可能直接影响安全整改或责任追溯。

Ray-MM 把忠实引用当作最高优先级：纪要里的每一句话都要能在源材料里找到出处；材料没写的不补，不确定的打上 [待核实]，交付时提醒人工核对。

多格式输入，先归一到转写文本

它的输入适配层把常见材料统一转成 .transcript.md，再进入后续流程，与原始格式解耦：

• 文档：pdfplumber 取 PDF 文本层，无文本层时走 PyMuPDF 渲染 + Tesseract OCR；python-docx / openpyxl / python-pptx 分别处理 Word、Excel、PPT（含备注）
• 图片：Tesseract OCR（chi_sim+eng）
• 录音/录像：ffmpeg 抽音轨 + faster-whisper 转写，中文建议 --model medium

音视频转写稿进入纪要前，会先做同音字校对（v2.1.0）。纠错分三档：高置信直接改，中置信标 [待核实：原词→疑似xx] 而不是静默改，数字、金额、比例、日期、人名、物料名一律只标不改，回听原始材料确认。

从转写文本到 .docx

生成端用 docx-js 从零构建文档，不编辑模板 XML——多级编号、表格底色、中文引号在直接改 XML 时很容易出错。样式规范内置在 references/format-spec.md，生成脚本模板在 references/gen-template.js，只要填三处：输出路径、页眉标题、topics / actions 两个内容数组。

解析时还会给核心内容打类型标注：[决策]、[待办]、[未决]、[数据]，只标注材料已有内容，不新增不改写。待办事项从 | 责任人 | 任务 | 截止 | 表格提取，最终渲染成待办表；材料明确未决的项进入 OPEN 小节。

注意点

• 拿不准就标 [待核实]，不替录音做主。两处以上同音字错误建议引导回听音频。
• 会议基本信息（日期/地点/主持/出席）材料里没有就写“待补充”，不编造。
• 音视频首次运行要下载模型（medium 约 1.5GB），无 GPU 环境用 compute_type="int8"。
• 中文路径场景走 Python 或 PowerShell 直调，不要经 bash 中转。
• 生成后跑 scripts/validate.py 校验段落数量与编码，U+FFFD 零容忍。