信息技术部周例会纪要助手

要解决的问题

周例会最耗时的不是开会，而是会后的纪要整理。四处室各自汇报、专项议题零散、待办散落在讨论中——人工记录容易遗漏负责人和截止日期，事后翻录音补录成本更高。当转录稿动辄几千字，从中提炼出「谁、做什么、什么时候完成」本身就是一个信息压缩任务。

核心能力与工作流程

这个技能解决的就是从原始输入到成稿纪要的转换：

• 多源输入：支持会议录音、转录稿、手写笔记、甚至群聊截图或文本片段，不需要预先格式化。
• 结构化模板：自动套用周例会模板，包含日期、地点、主持、参会人、各处室汇报（一是/二是分项概括）、专项议题、下一步工作安排和遗留问题。
• 写作约束：每个议题概括不超过 5 句话；结论用 粗体 突出；待办必须落在表格里，带 负责人 和 截止日期，缺失时标注 [待确认]。
• 双格式输出：同时生成 Markdown 文件（命名如 meeting-minutes-2025-06-12-Q3 产品路线图评审.md）和 Word 文档，后者按指定排版（仿宋正文 14pt、黑体一级标题 15pt、楷体二级标题 14pt、1.5 倍行距、表格带边框）。

适用边界与注意点

• 当前模板固定为「信息技术部周例会」结构（四处室汇报 + 专项议题）。其他类型的会议需要用户自行调整模板，技能不会自动泛化。
• 人名保留原文，不翻译、不简写——这对跨部门协作场景是好事，但如果原始转录有误，纪要会原样继承错误。
• 不确定的信息标注 [信息不完整]，不会编造。输入质量直接决定输出质量：录音噪音大、转录缺字、笔记过于潦草时，待办和结论的召回率会明显下降。
• Word 输出默认保存到固定目录，用户可覆盖文件名，但目录结构需提前确认权限。