会议录音转写稿整理（Meeting Transcript Polisher）
Overview
把会议录音的AI转写稿（录音笔"智能规整"、讯飞转写等 docx）整理成可交付文本：先校正行业术语与错字，再按用户期望的形态输出——逐句通顺版或重写式正式汇报稿。最终生成规范排版的 docx（仿宋 12pt、首行缩进、1.5 倍行距）。
工作流决策树
用户给出转写稿后，先判断期望的交付形态（不确定时询问）：
- 逐句规整版：用户说"校正一下""规整""整理成通顺的句子" → 每句通顺化、去语气词、保留逐句结构
- 重写式正式稿：用户说"按我的风格整理""凝练正式""正式稿" → 书面化重写、按主题成段
- 对比修正：用户另提供自己校核的版本 → 逐段对齐对比，以用户版为准修正并指出我的版本错误
关键红线：绝不整理成会议纪要（用户明确反对纪要式：分条编号、要点罗列、删掉过程性表述）。保持讲话的完整性与顺序。
Step 1: 读取转写稿
用 scripts/read_docx.py 读取 docx 全文（含段落结构），输出每段文本及段数。多个讲话人分文件时（如"XX讲话.mp3-转写结果.docx"），逐个读取并确认讲话人归属；先列目录确认转写文件齐全，防止漏掉某位讲话人（历史教训：6份讲话只处理了5份，漏了1位）。
Step 2: 术语与事实校正
对照 references/terms.md 的术语库校正行业术语。规则：
- 厂名、人名等专有名词以用户确认为准；听音不确定时不要臆补人名/职务，宁可留空标注存疑，也不要编造
- 数字、日期（如"6·16""5·29"）、考核金额必须核对原始转写，不能凭印象改
- 存疑点单独列出向用户确认（如人名"周总/郭总"、厂名"大埔/大浦"、术语"三违/三维"）
Step 3: 逐句规整（口语 → 通顺书面语）
逐句处理，不改动原意与顺序：
- 删除语气助词与口头禅："呃""那个""就是说""对不对""咱们说"等
- 修正明显的错别字与听音误差（见术语库）
- 合并断裂短句为完整句子，拆分超长复合句
- 保留关键数字、时间、人名、专业表述，宁缺勿错
Step 4: 重写式正式稿（用户风格）
用户要求"按我的风格"时，按以下原则重写：
- 书面化凝练：口语表达改写为正式书面语，但不失原意
- 按主题成段：把同一主题的几句话合并成一段，段落间按原文顺序自然衔接
- 保留少量口语过渡词：如"应该说""从目前情况看"等，增加真实汇报感
- 不加人为编号：不写"一、二、三""1. 2. 3."，除非原文就有
- 删寒暄转场与散会语：删除"感谢大家""下面请X总讲话""今天的会就开到这里"等
- 多讲话人：每人一段话前加"讲话人姓名："行（加粗），正文独立成段
- 讲话内容较长时按主题分多段，每段可保留讲话人口吻
Step 5: 生成正式 docx
用 scripts/write_docx.py 生成，统一格式：
- 正文字体：仿宋（FangSong），12pt（小四）
- 首行缩进：24pt（2字符）
- 行距：1.5 倍
- 讲话人行（"姓名："）：加粗，可同字号
Step 6: 对比用户校核版
用户提供自己整理的版本后：
- 用
scripts/compare_docx.py逐段对齐两版 - 逐项核对：讲话人顺序、人名、术语、数字、事实细节
- 指出我的版本与用户版的每一处实质性差异（漏段、错配、臆补、事实错、风格偏差）
- 以用户版为蓝本重新生成正式稿（排版格式保持不变）
- 报告对比结论，不擅自改动用户版文本
历史教训（务必避免）
- 漏讲话人：处理多份转写文件前必须先列目录核对数量
- 内容重复错配：某段讲话被同时分配给两位讲话人
- 臆补人名：听音不清时编造"X书记""X厂长"，用户版没有
- 事实改写：凭想象改数字、改事件描述（如磨煤机堵磨→主汽温度骤降打闸停机）
- 风格偏离：口语化过重（"对不对？""拉了"），用户要求凝练书面稿
Resources
scripts/
read_docx.py— 读取 docx 全部段落文本write_docx.py— 生成规范格式 docx（仿宋/12pt/首行缩进/1.5倍行距）compare_docx.py— 逐段对比两个 docx 版本
references/
terms.md— 电力行业术语库与厂名/人名确认记录
assets/
（本技能无输出模板资源，目录已删除）
