Files
claudeskill/skills/meeting-minutes/references/format-template.md
2026-06-08 12:54:44 +08:00

4.5 KiB
Raw Blame History

会议纪要逐节模板与写法要点

以下骨架中,第 2、4、5 节为固定结构;第 3 节(正文)的章节数量和标题完全跟随会议实际内容。占位符用 <> 表示。


1. 标题

# 会议纪要:<会议主题,一句话,体现"做了什么事">

主题要具体:写"BOM 维护工作部署暨'BOM 新增物料小工具'培训会",不写"工作会议"。若会议有两条主线(如"部署 + 培训"),标题用"暨"连接。

2. 会议基本信息 + 转写质量声明

## 一、会议基本信息

| 项目 | 内容 |
| --- | --- |
| 会议时间 | <日期 + 开始时间>,时长约 <N> 分钟 |
| 记录来源 | 会议录音转写(源文件:<文件名>,共 <N> 条分句) |
| 参会人数 | <N> 人(转写标记为说话人 1N |
| 主持人 | 说话人 <N><身份证据,如:会中被称"郑工",负责工作部署与总结> |
| 主讲/演示 | 说话人 <N><角色描述> |
| 会议主题 | <一到两句话> |

> 说明:原始转写因<方言口音/专业术语>存在大量同音误写(如"<误写1/误写2>"实为 **<正确词>**、……),本纪要已按上下文统一校正。个别人名、工具名称无法完全确认处已作模糊处理。

要点:

  • 表格行可按实际情况增删(没有明显主讲人就删掉该行)。
  • 校正声明列举最高频的 58 组误写即可,不必穷举;这段话同时起到免责和提示核对的作用。

3. 正文:按会议脉络分部分

## 二、第一部分:<议题名><主导者角色>

## 三、第二部分:<议题名><主导者> 主讲)

### 3.1 <子议题>
### 3.2 <子议题>
...

划分原则与写法:

  • 跟随会议的真实脉络:开场部署 → 培训演示 → 争论 → 决议 → 经验分享……有几段写几段,常见 36 个部分。每部分标题点明议题,括号注明主导者。
  • 部署/要求类内容:用编号列表,一条一个要求,要求 + 理由写在同一条里。
  • 培训/演示类内容:分"定位与基本操作 / 机制说明 / 提出的问题与讨论"等小节;操作流程压缩成一条箭头链(打开 → 加载型号 → 填规格 → 数据处理 → 提交)。
  • 核心争论单独成章,内部结构固定为三段:
    1. 各方案对比表(行:原理 / 优点 / 缺点;列:各方案,并注明提出人)
    2. 配套问题讨论(编号或加粗短语开头的列表)
    3. ### 决议(明确写出表决方式和最终结论;若结论是折中或两案并存,写清楚适用边界)
  • 经验分享类内容:提炼成可执行的规则清单("关键技能与规则"),保留具体例子作括号内示例。
  • 每个实质观点尽量带上下文中的具体例子"如 1.6 级被直接选成 2.5 级"),例子是纪要可读性的来源。

4. 会议总结与决议汇总

## <N>、会议总结与决议汇总

<主持人总结时怎么说就怎么概括>:本次会议历时约 <X>,完成了 <主线一>,并形成以下整改决议:

1. <决议一,关键词加粗>
2. <决议二>
...

要点:

  • 如果主持人会末做了口头总结,以他的总结为骨架,再用全文信息补全他漏掉的决议。
  • 每条决议自包含:读这一条就知道改什么、改成什么样,不需要回看正文。

5. 待办事项

## <N>、待办事项

| # | 事项 | 责任人 | 时限/备注 |
| --- | --- | --- | --- |
| 1 | <事项> | <人名/角色> | <明确时限,或"持续""长期规则""会后研究"> |

要点:

  • 逐条扫一遍全文收集待办,不止收集结尾总结里的——会议中途随口指派的事项("到时候喊小朱发一份给你")最容易丢。
  • 责任人写转写中能确定的最具体指称(人名 > 角色 > "全体维护人员")。
  • 时限没有明说就写性质("尽快""持续;成果用于推广"),不要编造日期。
  • 待办按性质排序:一次性交付(带明确期限的在前)→ 规则性/长期事项 → 全员事项。

颗粒度自检

成文后通读一遍,逐项检查:

  • 没参会的人能否复述出每条最终决议及其理由?
  • 会中被推翻的中间结论,是否已写成"经讨论改为",而不是被当成最终决议?
  • 所有数字、人名、时限是否与转写一致?
  • 还能找到一句删掉也不损失信息的话吗?能找到就删。
  • 所有"疑似/待确认"标注是否如实保留?