以前我最怕下午的会。散会时办公室主任一句纪要明早要就意味着那天晚上交代了两个小时的会录音转写出来两万字口语、重复、跑题全在里面得先花一晚上把它读薄再撑着眼皮按会议概况—议定事项—责任分工搭架子。现在这套活我跑出了流水线从转写稿贴进 WPS 到能交给领导改的纪要初稿十分钟上下。工具是 WPS 里的察元加载项加本机模型全程离线录音稿不用传到任何外部服务。经常被会议纪要追着跑的办公室文秘、会议记录员可以照着搭一遍。第一步粗清理先做减法转写稿贴进文档先手工删三样寒暄客套、明显跑题的段落、重复表述。这一步看似手工其实很快——扫读删段比逐字改写快得多五分钟能砍掉一半篇幅。这一步不交给 AI 的原因很简单哪些算跑题得参加过会的人才知道。顺手用文档批量里的删除空白行把转写稿带的成片空行清掉版面干净了后面好操作。版式也顺手统一转写工具导出的文件常带一堆杂乱样式批量清理未使用样式处理掉后面拼议题小结时不会格式打架。第二步分块喂给纪要助手清完的稿子还是长。加载项里的生成会议纪要助手会处理长文如果你像我一样用 Claude Code 连着察元的 MCP 干活就要有分块意识——超过约 80k 字符的文档改用分块读取不然会收到 DOCUMENT_TOO_LARGE 的报错。分块跑纪要有个技巧按议题分一块出一个议题的小结最后拼起来比整篇一口气生成稳得多也方便会后按议题增删。第三步提取行动项这是纪要的命门纪要的核心不是记录谁说了什么是议定事项谁来办、何时办结。用提取行动项从会议记录中提取行动项写明事项、责任单位人和完成时限列表输出输出拿回来必须人工过一遍重点是两处责任主体写混的“会上商定由甲科室牵头”转写稿里几个科室名字常常前后打架和时限模糊的“尽快”“近期要回填成明确时点。这一遍人工核对不能省——纪要一发出去就是派活依据写错了得罪人追责的时候还说不清。拿不准的条目钉一条批注与录音稿核对”散会后找主持人确认一句再定稿纪要的权威性就是这么一条条抠出来的。第四步术语与人名统一转写稿的人名、机构名是重灾区同音字一堆。用术语统一把机构叫法对齐人名逐个肉眼核——本地模型对常见同音字有帮助但人名这东西宁可多花两分钟自己过一遍也不要信机器。有个土办法把与会名单放在手边纪要里出现的每个人名对着名单核一遍。第五步终检后交付成稿前跑一遍精简版终检帮我做发布前终检错别字、标点、数字前后一致性全部用批注输出会议纪要里的数字金额、时限、指标前后不一致是高频翻车点正文写两周内行动项表里变成月底前这遍检查专门兜这个底。批注清完存盘交付。十分钟能出什么、出不了什么再补一句流水线的门槛。察元在 Windows 上一行命令就能装PowerShell 跑安装脚本四步闭环——装加载项、注册 MCP 服务开机自启、四级体检、投放技能文件模型端点指向本机 Ollama全程离线。装完 WPS 打开就能用不需要装 Node.js也不需要会写代码。会议纪要这种时效强的活工具的维护成本必须低到可以忽略流水线才立得住。说句实在话十分钟出的是能改的初稿不是能发的定稿。流水线省掉的是读薄、搭架、誊清这些机械劳动议题的轻重取舍、表述的分寸拿捏还是开会的人来定。但对比以前一晚上对录音的日子这十分钟已经把纪要从负担变成了散会即办的日常活——上次会开完二十分钟纪要已经在领导邮箱里了。第二天早上他回了一句以后都按这个来这流水线就算站住了。