feat: Add meeting-minutes skill for meeting minutes formatting

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

skills/meeting-minutes/SKILL.md

@@ -0,0 +1,93 @@
+---
+name: meeting-minutes
+description: Transform raw audio-transcription documents into clean, structured meeting minutes. Use this skill whenever the user provides a meeting transcript — any file with timestamps and speaker labels (说话人1 / Speaker 1), ASR/speech-to-text output, 转写结果, 录音转写 — and asks to organize, summarize, or 整理 it into 会议记录 / 会议纪要 / meeting minutes / action items. Also trigger when the user uploads a transcription of a meeting, review, training session, interview, or discussion and just says "整理一下" or "帮我总结", even without the word "会议记录". Do NOT use for writing minutes from scratch (no transcript) or for translating transcripts.
+---
+
+# 录音转写 → 会议纪要
+
+把口语化、带噪声的录音转写文档，整理成一份**详尽但不啰嗦**的正式会议纪要：所有实质信息（决议、数字、责任人、时限、分歧、疑点）一条不丢，所有口语噪声（重复、口头禅、寒暄、跑题碎语）一句不留。
+
+成品的衡量标准：一个没参会的人读完纪要，能准确知道**会上定了什么、为什么这么定、还有什么没定、接下来谁在什么时间要做什么**。
+
+## 工作流程
+
+### 第 1 步：完整读取转写文件
+
+**必须读完全文才能动笔。** 会议的决议常常在中途被推翻重定（先定方案 A，结尾改成 A+B 并存），只读开头或抽样阅读会把中间结论当成最终决议，这是此类任务最严重的错误。
+
+- 先 `wc -c` / `wc -l` 探明文件大小，再按**行**分块读取（如 `sed -n '1,300p'`），逐块读完全部内容。
+- 中文转写是多字节 UTF-8，**不要用 `head -c` 等按字节截断的方式读取**，会切断字符导致输出乱码报错；始终按行读取。
+- 文件可能是 CRLF 行尾，属正常现象，无需处理。
+
+### 第 2 步：边读边积累四类素材
+
+读的过程中持续记录，读完即可直接成文：
+
+1. **元数据**：源文件名、音频时长、说话人数量、分句数量（转写文件头部通常自带）。
+2. **同音误写词表**：见第 3 步。
+3. **说话人身份线索**：见第 4 步。
+4. **内容骨架**：议题切换点、每个议题下的讨论脉络、当场形成的决议（含被推翻的中间结论）、提到的待办（谁、做什么、什么时限）、被点名的人和精确数字。
+
+### 第 3 步：同音误写校正（中文转写的核心难点）
+
+方言口音和专业术语会让 ASR 产生大量同音/近音误写，且**同一个词在全文中会被写成多种错法**。典型规律：
+
+- 专业缩写被写成日常词：BOM → "报幕/保姆/报模/爆品/泡沫/放牧"；VLOOKUP → "维鲁卡普"
+- 行业术语被写成同音常用词：接头→"截图"、螺纹→"论文"、量程→"量产/量成/量层"、选型→"血型/雪凝/选曲"、模板→"木板"、径向/轴向→"镜像/进项/主项"
+- 人名时对时错："郑工"被写成"正宫/正工"
+
+处理规则：
+
+- 同一上下文反复出现、读不通的词，按行业语境推断真实词义，**全文统一校正**。判断依据是上下文自洽：如果把"报幕"读成 BOM 后全文每一处都通顺，即可确认。
+- 在纪要开头用一段引述（blockquote）**集中声明校正对照**（"报幕/保姆"实为 BOM 等），让读者知道整理者做过什么，也便于核对。
+- **无法确认的专有名词（人名、系统名、工具名）不要硬猜**：模糊处理或标注"（名称待确认）"，并在交付时提醒用户核对。宁可标注疑点，不可编造确定性。
+
+### 第 4 步：说话人身份归属（谨慎原则）
+
+- 只依据**转写内部证据**归属身份：A 反复称呼 B 为"郑工"，则 B 是郑工；某人说"刘凯还有 7 个没做"且另一人应答"对，都快了"，则应答者**疑似**刘凯。
+- 证据充分的写实名（如：说话人 1，会中被称"郑工"）；证据单薄的加"疑似"；没有证据的保留"说话人 N"编号。
+- 在基本信息或正文中自然带出主持人、主讲人等**角色**（谁在部署工作、谁在演示、谁在记录待办），角色比名字更重要。
+- 会中被提及但未必在场的人名（被点名负责某事的人）照实写入待办事项。
+
+### 第 5 步：按模板组织成文
+
+整体结构和逐节写法**严格参照 `references/format-template.md`**（必读），成文前对照 `references/example.md` 中的真实范例校准颗粒度和语感。骨架为：
+
+1. 标题：`# 会议纪要：<一句话概括的会议主题>`
+2. 会议基本信息（表格）+ 转写质量校正声明（blockquote）
+3. 正文若干部分：**按会议实际脉络划分议题章节**，不是按时间流水账，也不是套死固定章节数
+4. 会议总结与决议汇总（编号列表，关键决议加粗）
+5. 待办事项（表格：# / 事项 / 责任人 / 时限或备注）
+
+### 第 6 步：交付
+
+- 输出为 Markdown 文件，命名 `会议纪要_<会议日期>_<一句话概括的会议主题>.md`（日期取自源文件名或转写内容），保存到工作目录或用户指定位置，日期格式：`yyyy-MM-dd`。
+- 聊天回复保持简短：两三句概括会议规模与核心议题，**明确提醒用户核对**同音校正后的人名与专业术语，邀请反馈修订。不要在聊天里复述纪要内容。
+
+## 风格红线（"详尽但不啰嗦"的具体含义）
+
+**必须保留（详尽）：**
+
+- 每一条实质决议、原则、要求，以及它的**理由**（"必须 1:1 配置油品，否则账实不符"——理由让纪要可信、可执行）
+- 精确数字、数量、时限、责任人（"刘凯尚余 7 个""下月初至中旬高勇检查"）
+- **决议的演变过程**：核心争论先呈现各方案的优缺点（适合用对比表格），再写表决与最终决议；会中先定后改的，最终决议为准、但要写明"经讨论改为"
+- 分歧与遗留问题：谁提出了什么顾虑、当场未解决的问题、"会后研究"的事项
+- 提出的疑点、特殊情况、边界条件（"径向件可代用于轴向，反之不可"）
+
+**必须删除（不啰嗦）：**
+
+- 全部口语噪声：语气词、重复、口吃式赘语（"那个那个""都都都"）、寒暄、应答碎语（"嗯""对头""好"）
+- 操作演示中的现场琐碎（"你打开了没""我看下是哪个文件"），只留演示所传达的**功能逻辑和操作流程**
+- 与议题无关的插话和跑题
+
+**叙述纪律：**
+
+- 严格区分四种性质并用措辞体现：**已形成决议** / **讨论中的观点** / **个人建议**（"主持人建议……"）/ **遗留待研究**
+- 只写转写中有的内容，不补充转写外的背景知识，不替会议做它没做的结论
+- 加粗只用于关键决议、关键约束、关键数字，宁少勿滥
+- 用转写的原语言写作（中文转写→中文纪要）；正文以陈述句为主，结构化信息（基本信息、方案对比、待办）用表格
+
+## 参考文件
+
+- `references/format-template.md` — 逐节模板与写法要点，**成文前必读**
+- `references/example.md` — 一份完整真实范例（制造业 BOM 工作会），用于校准详略与语感

skills/meeting-minutes/references/example.md

@@ -0,0 +1,148 @@
+# 完整范例：制造业 BOM 工作会纪要
+
+> 本文件是一份真实转写（83 分钟、9 名说话人、1124 条分句、川渝口音、大量同音误写）整理出的成品纪要，是本 skill 风格的基准。注意学习它的：议题章节如何跟随会议脉络、争论如何用对比表呈现、决议演变如何表述（先定单一方案、后改为两案并存）、待办如何落到人与时限、疑点如何标注。
+
+---
+
+# 会议纪要：BOM 维护工作部署暨"BOM 新增物料小工具"培训会
+
+## 一、会议基本信息
+
+| 项目 | 内容 |
+| --- | --- |
+| 会议时间 | 2026 年 6 月 3 日 15:45 起，时长约 83 分钟 |
+| 记录来源 | 会议录音转写（源文件：2026年06月03日 15点45分.mp3，共 1124 条分句） |
+| 参会人数 | 9 人（转写标记为说话人 1–9） |
+| 主持人 | 说话人 1（会中被称"郑工"，负责工作部署与总结） |
+| 主讲/演示 | 说话人 4（信息化/小工具开发人员，负责工具演示与改造） |
+| 会议主题 | 现场 BOM 维护工作要求部署；信息化"BOM 新增物料小工具"培训、问题讨论与改进决议 |
+
+> 说明：原始转写因方言口音存在大量同音误写（如"报幕/保姆/爆品"实为 **BOM**、"截图"实为**接头**、"论文"实为**螺纹**、"血型/雪凝"实为**选型**、"木板"实为**模板**、"量产/量成"实为**量程**、"维鲁卡普"实为 **VLOOKUP** 等），本纪要已按上下文统一校正。个别人名、工具名称无法完全确认处已作模糊处理。
+
+---
+
+## 二、第一部分：BOM 维护工作部署与要求（主持人）
+
+1. **弹性元件 BOM 优先完成**：当前优选工作中，弹性元件部分必须首先做完、做扎实，不能马虎，否则会造成很大问题。接头部分目前配不完，可随时间推移在后续逐步补充更新。
+2. **线下 BOM（物料表）必须建立**，其用途包括：
+   - 生产现场遇到物料缺失、错误或不便使用现场 BOM 时，依靠线下 BOM 修改订单计划、备料计划；
+   - 生产订单上没有挂靠 BOM 的，需通过线下 BOM 导入采购（购买）计划，便于生产端快速处理；
+   - 线下 BOM 灵活、约束少，简单处理即可快速供生产使用，因此本版必须做对、做准确。
+3. **线上 BOM 完成进度与时限**：刘凯处尚余 7 个（已接近完成），小左已完成，主持人处尚余 20 余个。未完成人员须尽快完成；预计下月初至中旬高勇方面将进行检查复核。
+4. **线上 BOM 编制原则**：
+   - 必须把**指针**和**包装物**加入 BOM；
+   - 落实核对物料，检查有无错漏；
+   - 耐震表油品必须按 **1:1** 配置，不得随意抛减用量，否则会造成账上无数、实物却存在的账实不符问题，编制时务必仔细检查。
+5. **配料统一原则**：做现场 BOM 时，所用**弹簧管物料必须配齐**；若不配齐，后续更新线上 BOM 的节拍会非常频繁。
+6. **BOM 数据与选型数据必须一一匹配**：选型端有的，BOM 端必须有；宁可 BOM 数据范围做大，**选型数据不能大于 BOM 数据**，否则会出现选型选得出、BOM 推不出（缺料）的情况。
+7. **责任清单**：每人维护的现场 BOM 需建立清单，生产端发现问题时可据此指定责任人处理。
+
+---
+
+## 三、第二部分："BOM 新增物料小工具"培训与演示（说话人 4 主讲）
+
+### 3.1 工具定位与基本操作
+
+- 工具面向**现场 BOM 维护人员**，包含两大功能：① 新增**过程连接（接头）**物料；② 新增**量程范围（弹性元件）**物料。
+- 操作流程：打开文件 → **加载本人负责的型号** → 选择处理类型（过程连接 / 量程范围）→ 填入规格值 → 点击"数据处理" → 核对结果 → 点击"提交"，数据即写入 BOM 并保存。
+- 结果界面以颜色区分：**绿色 = 本次新增物料，蓝色 = 所参照的模板，黄色 = 发生变化的数据**；提交后行号自动全部重排。
+- 现场以 YBF 型号为例演示了新增 M14 过程连接（系统按径向低压/径向高压/轴向低压/轴向高压自动生成四类接头），并实际提交了一条测试数据验证写入效果。
+
+### 3.2 模板机制（现行逻辑）
+
+- 系统将该型号下与接头相关的物料自动提取并分类，**每一类型默认取最后一条物料作为模板**，复制其全部选择条件，仅将过程连接规格替换为新值（与人工新增逻辑一致）。
+- 自动判断的模板不一定正确，用户可通过"是/否"手动改选正确模板；**每个型号只需甄别一次**，确认后系统记忆，后续不再提示。
+- 两件式表只需新增**紧固接头**：首次处理时将不需要的类别置"否"即可，之后不再出现；如确需新增其他类别，再手动开启。
+
+### 3.3 培训中提出的问题与讨论
+
+1. **新增量程须先查映射**：C 型管加 U 型管在选型表中共有 44 个标准量程。新增量程前必须先与**量程映射表**核对——若已有对应/可替代关系则不得新增，应通过映射替代；确无对应关系方可加入选型，同时必须通知技术中心同步录入（映射关系由技术中心管理），否则选型仍然出不来。映射表由小朱提供给说话人 4，工具中将加入自动核对功能。
+2. **接头识别逻辑**：按物料名称含"接头"判断不可靠（存在命名不叫接头的接头、紧固接头与普通接头并存等情况），讨论认为按**选择条件中含过程连接（结合量程范围）**判断更准确；但包装盒等也带过程连接（分大小螺纹），两件式情形需做特殊处理。
+3. **下拉框体验**：加载型号后的下拉清单显示条数太少，维护型号多的人操作不便。要求将下拉框加长/加大或改为旁侧清单展示，说话人 4 承诺优化。
+4. **查重功能**：演示中发现已存在的规格（如 M14、M20F）再次新增时系统未报错。确定**螺纹规格与量程规格新增时均须增加查重校验**，已有则提示、不得重复添加，避免 BOM 推出重复物料。
+5. **测试数据清理**：工具早期实验写入的数据已污染演示表，说话人 4 当场承诺重新复制一份干净数据，活动结束后各自的旧数据也要收掉。
+
+---
+
+## 四、第三部分：接头选择条件生成方式之争（核心议题）
+
+### 4.1 两条技术路线
+
+| | 路线一：模板模式（现行） | 路线二：弹性元件模式（郑工方案） |
+| --- | --- | --- |
+| 原理 | 参照既有物料模板复制选择条件 | 不依赖模板；为接头指定弹簧管类型（C 型管/螺旋管），自动读取 BOM 页中对应弹性元件的全部选择条件（量程范围等）融合生成 |
+| 优点 | 前期轻松、马上可用 | 后期一劳永逸，无需逐条人工甄别"哪个模板量程最全" |
+| 缺点 | 每个型号首次都要人工甄别模板，型号多、条件多时"看不全、判不准"，长期工作量大 | 前期基础数据准备痛苦；若 BOM 页弹性元件量程本身做少了（如标准 20 个只做了 18 个），会跟着做错；且界面只呈现最终结果，看不到全部接头明细 |
+
+### 4.2 配套问题讨论
+
+- **选型约束归属**：采用路线二意味着 BOM 数据做大，必须依靠选型端（平台配置方法参数值表中的约束条件）收口。会议统一思想：**选型数据收紧约束、BOM 数据放大**——BOM 端不管"配不配得起"，能否下单由选型约束决定，选得出即推得出。
+- 现已出现绕过选型乱选的问题（如 1.6 级被直接选成 2.5 级），虽 BOM 推出的料是对的，但产品做不出来，更说明选型端约束必须维护起来；目前各人已陆续在选型中补加约束。
+- 螺纹与量程的匹配约束（某螺纹可用到多少压力以下）此前普遍未做。难点在选型页量程单位多达五六种，人工换算工作量大。说话人 4 提出后续配套：建立**量程代码—实际值对照表**并统一单位（如统一换算为 MPa），再做小工具按范围自动筛出符合的量程代码、生成约束条件；同时提供**BOM 与选型匹配性、量程完整性验证工具**。
+- **径向/轴向问题（说话人 3 提出）**：部分物料只有径向、没有轴向（径向件可代用于轴向、仅偏长，反之不可），库房现状即如此，需补数据；常规 C 型管量程是全的，特殊量程"以现有为准"。决议：在弹簧管**物料名称中加入识别标识**，分三类——不分径轴向的统一叫"弹簧管"，特殊的分别叫"径向弹簧管""轴向弹簧管"，正常不分的保持原样。
+- 对于按安装/设计形式（如 A0/B0 流程代码）约束管子的既有做法，存在同类型号用管不同、仅靠名称分径轴向区分不开（还有一体式/两体式之别）的特殊情况。
+
+### 4.3 决议
+
+经举手表决并综合讨论，**两种模式同时保留、由用户在工具中自行点选**：常规情形推荐采用弹性元件（弹簧管）模式以求长效；特殊型号（径轴向不全等）继续可用模板模式，不强求统一，"目的是把新物料加进去，而不是为了用某个工具"。
+
+---
+
+## 五、第四部分：量程范围新增功能讨论
+
+1. 量程范围新增的处理分两部分，其中弹性元件物料的新增逻辑与过程连接类似；前提是**量程对照表必须先行规定完善**。
+2. **管子类型改为手动指定**：同一量程在不同型号下管型不同（如电接点型号 4 MPa 用 C 型管、常规 4 MPa 用螺旋管），自动判断不可靠，恢复早期版本的手动指定方式。
+3. **高压/低压同样改为手动指定**。现行自动逻辑为：统计该物料选择条件内各量程落在高/低压区间的"得分"，多者胜出（不按名称判断，可避开"中压接头"等命名问题；机芯尤其依赖此逻辑，因机芯名称分不出高低压且量程跨高低压两区）。判断错误时用户可手动改正并刷新模板，且只需选择一次。考虑到特殊情况（如部分订单指定用低压机芯出高压数据，需用户自行选择），最终仍决定以手动指定为准。
+4. **输入框拆分**：现版本中过程连接规格与量程规格共用同一输入单元格、靠类型选择区分；决定改为**两个独立输入框**，各管各的类型，程序上无实现障碍。
+5. **组合接头处理原则（主持人要求）**：类似 VCR 这种一个接头带三四个小零件的，今后新增时尽量做成**部件**——在 BIP 中将部件设为虚项、搭好部件 BOM，推出来即为散件，报表中以部件形式存在，避免逐零件维护的麻烦。
+
+---
+
+## 六、第五部分：线下 BOM 制作方法与经验分享（主持人）
+
+- 线下 BOM 已基本做好，将发给大家参考；其制作远比线上 BOM 简单，工作量不大。
+- **一表多型号**：只要弹性元件（及机芯）通用，多个型号可合在一张表内做（示例：YT7-100 一张表覆盖 531、541、631、533、B0533、BT533、ZT521 及特殊单位、深圳地铁等型号），在同一表内为各型号划分独立区域并各自约束即可。
+- **关键技能与规则**：
+  - 熟练使用 **VLOOKUP** 查询函数；通过增加辅助列等手段保证查询条件**唯一**，结果才正确；
+  - 量程配接头建议采用简洁形式（参照主持人做法，避免过于复杂的搭法），便于后续取条件；
+  - 设置**低压/高压分界线**，相同接头段可直接引用公式（如 MAX 段接头与 M01 接头一致时公式直接等于对应单元格），减少重复维护；
+  - 注意**按量程段拆分**：如 10–60 MPa 段管坯用 F5 材料、100–250 MPa 段用 F7，理论上接头亦应随段不同而区分，目前虽未细分，编表时务必分段处理，不能混在一段；
+  - 电接点型号因 10/16/25 MPa 用细管、与其他管不同，须单独建表，不能并入通用表；
+  - **公用物料放变量库，专用物料做进各自报表**（如各型号配套的壳、罩、玻璃等在变量库中填写完整），读取结果即可保证正确，且便于维护；
+  - YXH 之所以单独拆出，是因其 C 型管制造工艺及机芯与通用型号不同。
+- 第二版 BOM 的更新节拍理论上不应很多；若更新仍然频繁，应反思是否弹簧管等基础物料没有配全。
+
+---
+
+## 七、会议总结与决议汇总
+
+主持人总结：本次会议历时约两小时，完成了信息化"BOM 新增物料小工具"（含新增接头物料、新增弹簧管物料两大功能）的培训，并形成以下整改决议：
+
+1. 接头物料新增**增加"以 BOM 页弹性元件作为配用条件"的新模式**，同时**保留点选模板模式**，两种模式由用户自行选择；
+2. **螺纹规格新增增加查重功能**（已有则不再添加，防止 BOM 推出重复螺纹）；
+3. **量程范围新增同样增加查重功能**；
+4. 量程范围与过程连接的**输入框改为两个独立输入框**；
+5. **管子类型（C 型管/螺旋管）改为手动指定**；
+6. **高压/低压属性改为手动指定**；
+7. 研究在工具页面**增加一键打开导入上传小程序（exe）的按钮**（VBA 可操作 exe，此前已有实验基础，评估可实现）；
+8. 弹簧管物料名称增加**径向/轴向标识**（弹簧管 / 径向弹簧管 / 轴向弹簧管三类）；
+9. 选型端约束条件持续维护收紧，BOM 端放大；信息化后续配套量程对照、约束生成及 **BOM—选型匹配验证工具**。
+
+---
+
+## 八、待办事项
+
+| # | 事项 | 责任人 | 时限/备注 |
+| --- | --- | --- | --- |
+| 1 | 按第七节决议 1–6 完成小工具改造并交付 | 说话人 4（信息化） | **本周内** |
+| 2 | 研究"一键打开导入上传小程序"按钮的可行性并实现 | 说话人 4 | 会后研究 |
+| 3 | 重新复制干净的演示/基础数据，清理早期实验数据 | 说话人 4 | 已当场处理，会后复核 |
+| 4 | 将量程映射关系表发给说话人 4，用于工具自动核对 | 小朱 | 尽快 |
+| 5 | 完成各自剩余线上 BOM（刘凯 7 个、主持人 20 余个等） | 相关维护人员 | 下月初至中旬前（高勇检查节点前） |
+| 6 | 线上 BOM 补充指针、包装物，核对物料，耐震表油品按 1:1 配置 | 全体 BOM 维护人员 | 编制过程中执行 |
+| 7 | 弹簧管名称按三类标识补充径向/轴向；径轴向缺失物料补数据 | 相关维护人员 | 持续 |
+| 8 | 新增量程前对照映射表核查，确需新增的同步通知技术中心录入 | 各维护人员/技术中心 | 长期规则 |
+| 9 | 选型端约束条件（含螺纹—量程匹配）持续补充维护 | 各维护人员 | 长期 |
+| 10 | 工具下发后投入使用，统计使用前后耗时、量化提效成果 | 全体使用人员 | 持续；成果用于向北京等单位推广 |
+| 11 | 建立各人现场 BOM 责任清单 | 全体维护人员 | 尽快 |
+| 12 | 将线下 BOM 样表发给大家，各自参照制作线下 BOM | 主持人 / 全体 | 尽快 |

skills/meeting-minutes/references/format-template.md

@@ -0,0 +1,105 @@
+# 会议纪要逐节模板与写法要点
+
+以下骨架中，第 2、4、5 节为固定结构；第 3 节（正文）的章节数量和标题完全跟随会议实际内容。占位符用 `<>` 表示。
+
+---
+
+## 1. 标题
+
+```markdown
+# 会议纪要：<会议主题，一句话，体现"做了什么事">
+```
+
+主题要具体：写"BOM 维护工作部署暨'BOM 新增物料小工具'培训会"，不写"工作会议"。若会议有两条主线（如"部署 + 培训"），标题用"暨"连接。
+
+## 2. 会议基本信息 + 转写质量声明
+
+```markdown
+## 一、会议基本信息
+
+| 项目 | 内容 |
+| --- | --- |
+| 会议时间 | <日期 + 开始时间>，时长约 <N> 分钟 |
+| 记录来源 | 会议录音转写（源文件：<文件名>，共 <N> 条分句） |
+| 参会人数 | <N> 人（转写标记为说话人 1–N） |
+| 主持人 | 说话人 <N>（<身份证据，如：会中被称"郑工"，负责工作部署与总结>） |
+| 主讲/演示 | 说话人 <N>（<角色描述>） |
+| 会议主题 | <一到两句话> |
+
+> 说明：原始转写因<方言口音/专业术语>存在大量同音误写（如"<误写1/误写2>"实为 **<正确词>**、……），本纪要已按上下文统一校正。个别人名、工具名称无法完全确认处已作模糊处理。
+```
+
+要点：
+
+- 表格行可按实际情况增删（没有明显主讲人就删掉该行）。
+- 校正声明列举**最高频的 5–8 组**误写即可，不必穷举；这段话同时起到免责和提示核对的作用。
+
+## 3. 正文：按会议脉络分部分
+
+```markdown
+## 二、第一部分：<议题名>（<主导者角色>）
+
+## 三、第二部分：<议题名>（<主导者> 主讲）
+
+### 3.1 <子议题>
+### 3.2 <子议题>
+...
+```
+
+划分原则与写法：
+
+- **跟随会议的真实脉络**：开场部署 → 培训演示 → 争论 → 决议 → 经验分享……有几段写几段，常见 3–6 个部分。每部分标题点明议题，括号注明主导者。
+- 部署/要求类内容：用编号列表，一条一个要求，**要求 + 理由**写在同一条里。
+- 培训/演示类内容：分"定位与基本操作 / 机制说明 / 提出的问题与讨论"等小节；操作流程压缩成一条箭头链（打开 → 加载型号 → 填规格 → 数据处理 → 提交）。
+- **核心争论单独成章**，内部结构固定为三段：
+  1. 各方案对比表（行：原理 / 优点 / 缺点；列：各方案，并注明提出人）
+  2. 配套问题讨论（编号或加粗短语开头的列表）
+  3. `### 决议`（明确写出表决方式和最终结论；若结论是折中或两案并存，写清楚适用边界）
+- 经验分享类内容：提炼成可执行的规则清单（"关键技能与规则"），保留具体例子作括号内示例。
+- 每个实质观点尽量带上下文中的**具体例子**（"如 1.6 级被直接选成 2.5 级"），例子是纪要可读性的来源。
+
+## 4. 会议总结与决议汇总
+
+```markdown
+## <N>、会议总结与决议汇总
+
+<主持人总结时怎么说就怎么概括>：本次会议历时约 <X>，完成了 <主线一>，并形成以下整改决议：
+
+1. <决议一，关键词加粗>；
+2. <决议二>；
+...
+```
+
+要点：
+
+- 如果主持人会末做了口头总结，**以他的总结为骨架**，再用全文信息补全他漏掉的决议。
+- 每条决议自包含：读这一条就知道改什么、改成什么样，不需要回看正文。
+
+## 5. 待办事项
+
+```markdown
+## <N>、待办事项
+
+| # | 事项 | 责任人 | 时限/备注 |
+| --- | --- | --- | --- |
+| 1 | <事项> | <人名/角色> | <明确时限，或"持续""长期规则""会后研究"> |
+```
+
+要点：
+
+- **逐条扫一遍全文**收集待办，不止收集结尾总结里的——会议中途随口指派的事项（"到时候喊小朱发一份给你"）最容易丢。
+- 责任人写转写中能确定的最具体指称（人名 > 角色 > "全体维护人员"）。
+- 时限没有明说就写性质（"尽快""持续；成果用于推广"），不要编造日期。
+- 待办按性质排序：一次性交付（带明确期限的在前）→ 规则性/长期事项 → 全员事项。
+
+---
+
+## 颗粒度自检
+
+成文后通读一遍，逐项检查：
+
+- [ ] 没参会的人能否复述出每条最终决议及其理由？
+- [ ] 会中被推翻的中间结论，是否已写成"经讨论改为"，而不是被当成最终决议？
+- [ ] 所有数字、人名、时限是否与转写一致？
+- [ ] 还能找到一句删掉也不损失信息的话吗？能找到就删。
+- [ ] 所有"疑似/待确认"标注是否如实保留？