会议纪要起草 Skill

概述

本 Skill 将用户输入的会议记录（docx/md/pdf）转化为符合党政机关公文标准的会议纪要草案。核心能力：文本提取、会议类型推断、规范术语起草、分歧标记、意见来源注释、公文排版集成。

工作流总览


用户输入会议记录文件

    │

    ├─ 格式不兼容 → 提示支持 docx/md/pdf，要求用户转换后重试

    │

    └─ 格式兼容

         │

         ├─ 提取失败 → 报错并退出

         │

         └─ 提取成功

              │

              ├─ 推断会议类型 → 选择模板（决策性/办公例会/专题/座谈研讨）

              │

              ├─ 逐议题起草正文（程序→观点→决策→行动）

              │    │

              │    ├─ 有结论 → 标准纪要段落

              │    ├─ 有分歧 → 【待选择】标记 + 选项列表 + 意见来源

              │    └─ 有发言人 → 段末追加【意见来源：XXX】注释

              │

              ├─ 检查 gov-doc-format skill 是否存在

              │    │

              │    ├─ 已安装 → 调用 gov-doc-format 排版输出 docx

              │    │            告知用户可用 strip_annotations.py 清除注释

              │    │

              │    └─ 未安装 → 提示用户安装

              │                  │

              │                  ├─ 用户同意安装 → 安装后排版输出 docx

              │                  │

              │                  └─ 用户拒绝/暂不安装 → 输出 .md 文件

              │

              └─ 输出完成，告知文件路径

Step 1 — 格式检查与文本提取

格式检查

判断输入文件扩展名：

| 扩展名 | 行为 | 备注 |

|--------|------|------|

| .docx | 调用 extract.py 提取 | 需要 python-docx |

| .md / .markdown | 直接读取 | — |

| .txt | 识别为不兼容格式 | 要求用户转换为 docx/md 后重试 |

| .pdf | 调用 extract.py 提取 | 需要 pdfplumber 或 PyMuPDF |

| 其他 | 提示不兼容 | 给出支持格式列表 |

不兼容格式的提示模板：


本 Skill 支持的输入格式为 docx、md、pdf。

您提供的文件「{文件名}」格式（{扩展名}）暂不支持。

建议：请将文件转换为上述格式之一后重试。

文本提取

所有兼容格式统一调用 scripts/extract.py <路径> 执行提取。

提取成功则获得 JSON 结构：


{

  "file_type": "docx|md|pdf",

  "raw_text": "纯文本全文",

  "paragraphs": ["段落1", ...],

  "success": true,

  "error": null

}

提取失败则根据 error 字段向用户输出错误信息。

Step 2 — 会议类型推断与模板选择

推断规则

从文件内容中匹配关键词进行推断，优先级从高到低：

| 会议类型 | 关键词（匹配任意即判定） | 默认用语侧重 |

|----------|--------------------------|-------------|

| 决策性会议 | 常务会议、常委会、党组会、党委会、办公会决定、审议通过 | 审议→同意/原则同意→决定→要求 |

| 办公例会 | 办公例会、工作例会、周例会、月例会、行政例会、碰头会 | 听取→研究→明确→要求 |

| 专题会议 | 专题会议、现场办公会、协调会、推进会、调度会 | 听取→研究→明确 |

| 座谈研讨会 | 座谈会、研讨会、务虚会、征求意见会、论证会 | 听取→认为→指出 |

无法匹配时默认使用「办公例会」模板。

特殊情况：如文件标题/正文中出现多个类型关键词，以第一个匹配到的为准。

Step 3 — 正文起草

核心顺序规则

每个议题（或整份纪要）严格按照 程序→观点→决策→行动 顺序组织内容。

不可逆：观点段不能出现在程序段之前，决策段不能出现在观点段之前。同一类用语之间按表中顺序排列。

术语选择速查表

| 类别 | 用语 | 功能定位 | 使用场景 |

|------|------|----------|----------|

| 观点类 | 会议认为 | 总体判断、共识性意见 | 定调用 |

用语选择规则

有序性：同一类用语中按表中从上到下的顺序使用
单一性：同一议题内同类用语一般只使用1-2个，避免重复堆砌
匹配性：决策性会议多用"审议""决定"；座谈研讨会禁用"决定""同意"
精确性：有审议程序的用"审议"，无审议程序用"研究"；有修改空间的用"原则同意"不可能撤销的用"同意"

段落格式规则

首段格式：以「XXXX年X月X日X时，XXX（主持人职务姓名）在XXX（地点）主持召开XXX会议，XXX、XXX出席会议，XXX列席会议。」的形式直接交代会议基本信息。不单独列出元数据行。首句尾常用「现纪要如下：」「形成纪要如下：」「现将会议议定事项纪要如下：」过渡。
正文结构：根据会议类型选择编号方式：
- 总经理办公会/专题会类：正文使用「1.」「2.」「3.」编号（不加括号），每个编号项独立成段
- 党委会/巡察整改会议类：正文使用「一、」「二、」「三、」编号
- 工会/扩大会议/座谈会类：不使用编号，以连续段落组织
分项列举格式：同一编号项内如需列举多项内容，使用「一是……；二是……；三是……。」的句式。
每个编号项的内部结构：通常以「关于……事项/问题」引出主题，接着是「会议原则同意/会议要求/会议明确/会议指出」等表态，然后是具体要求。
简洁原则：每段只陈述主要结果和关键数据，不展开讨论过程或背景说明。不使用多级子标题（如（一）（二））。
出席/请假/分送：正文末尾以「发：」或「送：」格式列示，右下角注明印发单位、日期和「印」字。

Step 4 — 分歧处理与意见来源保留

分歧检测信号

在会议记录中搜索以下模式判断是否存在意见分歧：

措辞摇摆："有人提出""另有意见""部分同志认为""一部分人建议"
无明确结论："待进一步研究""暂缓决定""尚未达成一致""需要再讨论"
对立观点：同一议题出现明显相反的表述（如"同意" vs "反对"、"推进" vs "暂缓"）
投票未通过："未通过""未获多数同意""票数不足"

分歧处理输出格式

在正文中用 【待选择】 标记分歧位置，并在文末统一列出选项。

正文标记格式：


三、会议研究了XX事项。与会人员就实施路径提出不同意见【待选择】。

文末选项列表格式：


【争议条款说明】

第X条（关于XX事项的实施路径）：

  选项A：采取甲方案，由XX部门主导推进。（意见来源：张书记）

  选项B：采取乙方案，先试点后推广。（意见来源：李市长、王副局长）

  选项C：暂不决策，待进一步调研论证后再次上会。（意见来源：赵主任）

意见来源保留规则

当会议记录中有明确的发言标注（如"张书记指出""李处长建议""王副局长提出不同意见"）时：

在正文段末追加注释：


会议指出，当前工作存在XX短板，需加快整改。【意见来源：张书记】

分歧选项中注明来源（如上所示）
多人共同意见：用顿号分隔，如"（意见来源：李市长、王副局长）"
发言人职务非必填：如有则保留，如无则只记姓名

一键清除注释

输出完成后，告知用户：


如需清除所有【意见来源：XXX】注释，可运行：

  python scripts/strip_annotations.py <文件路径> [-o 输出路径] [--dry-run] [--force]

支持 --dry-run 参数预览，"--output <路径>"另存。

Step 5 — 四类会议模板

模板A：决策性会议纪要（常委会/党组会/常务会）


×××第X次常务会议纪要



XXXX年X月X日，XXX（会议组织单位）召开了XXX第X次常务会议，会议由XXX主持，XXX、XXX出席，XXX列席会议。



会议传达学习了……（适用于传达上级精神）。



会议听取了XXX关于XXX的汇报。



会议审议了《XXX方案（送审稿）》。



会议认为，……



会议指出，……



会议强调，……



会议原则同意/同意《XXX方案》，请根据会议意见修改完善后按程序印发实施。



会议决定，由XXX牵头，XXX配合，于X月X日前完成XXX。



会议要求，一是……；二是……；三是……。



会议号召，……



出席：XXX、XXX

请假：XXX

分送：XXX、XXX

（共印X份）

模板B：办公例会纪要


×××第X次办公例会纪要



XXXX年X月X日，XXX（会议组织单位）召开了XXX第X次办公例会，会议由XXX主持，XXX出席。



会议听取了XXX关于XXX的汇报。



会议研究了XXX事项。



会议认为，……



会议明确，一是XXX牵头，XXX配合，于X月X日前完成XXX；二是……。



会议要求，……



出席：XXX

请假：XXX

分送：XXX

模板C：专题会议纪要


×××专题会议纪要



XXXX年X月X日，XXX（会议组织单位）召开了XXX专题会议，会议由XXX主持，XXX出席。



会议听取了XXX关于XXX的汇报。



会议研究了XXX事项。



会议明确，一是XXX牵头，XXX配合，于X月X日前完成XXX；二是……。



会议要求，……。



出席：XXX

分送：XXX

（注：专题会议一般不用"会议号召"）

模板D：座谈研讨会纪要


×××座谈会纪要



XXXX年X月X日，XXX（会议组织单位）召开了XXX座谈会，会议由XXX主持，XXX、XXX出席。



会议听取了XXX、XXX等同志的发言。



会议认为，……



会议指出，……



会议要求，一是认真梳理与会同志的意见建议并及时研究吸纳；二是……。



出席：XXX

（注：座谈会一般不用"会议决定""会议同意""会议号召"）

Step 6 — 输出与 gov-doc-format 集成

文档头部格式

参考正式公文纪要样式，文档头部应包含以下内容：


XXX集团（发文单位全称）

会 议 纪 要

发文编号〔年份〕XX号              签发日期

第一行：发文单位全称
第二行：“会议纪要”（二字间空一格）
第三行：发文编号（如“XXX集团纪要〔2024〕1号”）与签发日期右对齐，编号居左
正文末尾另起行，以“发：”开头列示分送单位，右下角注明印发单位、日期和“印”字

尾部格式

正文结束后，另起一行以“发：”开头列示分送单位（与正文空一行）。右下角格式：


发：XXX，XXX        （共印X份）

XXX办公室            YYYY年M月D日印发

“发：”行为分送单位列表，“共印X份”右对齐
最后一行为印发单位全称，与印发日期之间适当留空，末尾加“印”或“印发”

检查 gov-doc-format 是否存在

由各 Agent 按自身机制检测本环境是否已安装 gov-doc-format skill。

已安装 → 排版输出 docx

将起草好的会议纪要正文写入一个临时的docx文件
调用 gov-doc-format skill 对该 docx 进行 GB/T 9704-2012 排版
输出最终文件：{会议名称}会议纪要（草案）.docx

正文排版规格（基于真实公文模板）

本 Skill 输出的 docx 正文格式参照用户提供的正式红头文件及便签模板蒸馏得出：

| 维度 | 规格 | 说明 | |------|------|------| | 页面 | A4（21×29.7cm） | — | | 上边距 | 3.70cm | 为预印红头留出空间 | | 下边距 | 3.30cm | — | | 左右边距 | 2.70cm | — | | 正文字体 | 仿宋_GB2312 16pt（三号） | 首行缩进2字符 | | 一级标题（一、二、三） | 黑体 16pt | 不加粗，首行缩进2字符 | | 行距 | 固定值 28-30pt | — | | 文号 | Times New Roman 16pt | 居中 | | 落款 | 仿宋_GB2312 16pt | 居中，单位全称+日期 |

红头纸说明：正式会议纪要通常打印在预印红色便签纸上。红头区域包含组织名称（方正小标宋 25-28pt）和「会议纪要」标题（方正小标宋 36-40pt，字间空格拉开）。docx 正文排版已预留上边距，可直接打印在红头纸上。

未安装 → 提示与降级

提示用户：


检测到本机未安装「公文排版」Skill（gov-doc-format）。

安装后可自动排版为符合 GB/T 9704-2012 国家标准的 Word 文档，

包括页面设置、字体字号、行距缩进、页码等。

是否现在安装？（可按 y/n 回答）

用户同意：调用 skill-installer 安装 gov-doc-format，然后回到排版步骤
用户拒绝/暂不安装：将草案输出为 {会议名称}会议纪要（草案）.md

输出格式对比

| 维度 | docx（安装 gov-doc-format） | md（降级） |

|------|------|------|

| 公文格式 | 完全符合 GB/T 9704-2012 | 纯文本，无格式化 |

| 使用方式 | 打印送审 | 阅读审查，可后续排版 |

| 意见来源注释 | 保留【意见来源：XXX】 | 保留【意见来源：XXX】 |

| 一键清除 | 支持 strip_annotations.py | 手动删除 |

使用禁忌

以下事项禁止出现在会议纪要草案中（摘自研究结论）：

禁止口语化表述：不能出现"领导要求""领导强调""我们讨论""大家同意"等个人化/口语化表述，统一使用"会议指出""会议强调""会议同意"等规范用语。
禁止记录讨论细节：不得出现"XX与XX发生争执""XX提出了反对"等讨论细节描述。
禁止模糊表述：涉及时间节点、责任主体、量化指标时，必须有具体信息。如原记录为"尽快落实"，应改为"于X月X日前完成落实"；如原文未提供具体信息，标注【待补充】。
禁止引入非第三方视角：纪要始终用"会议"作为主语，不得出现第一人称或个别领导视角。
首段不单独列示元数据：会议时间、地点、出席人员等信息应以段落形式融入首句，不得以「时间：」「地点：」「出席人员：」单独分行列示。

资源说明

scripts/

extract.py — 多格式文本提取工具
- 用法：python extract.py <文件路径>
- 支持 docx/md/pdf，输出 JSON 到 stdout
strip_annotations.py — 意见来源注释清除工具
- 用法：python strip_annotations.py <文件路径> [-o 输出路径] [--dry-run] [--force]
- 搜索并批量删除所有【意见来源：XXX】标记

references/

会议纪要用语规范研究-v1.0.3.md — 完整研究报告
- 包含完整的用语功能定义、顺序规范、使用禁忌等
- 起草过程中如需查询术语细节可引用

模式选择（可选）

写实风格指导（来自实际纪要样本）

会议听取了后接具体汇报内容和人名（如「听取了XX关于XX的汇报」），同一会议可连续使用「会议分别听取了……的汇报，及……的汇报」合并多个汇报。
会议围绕/讨论：多人议题可使用「与会人员围绕……进行深入探讨/逐条梳理」过渡。
会议原则同意后接「由XXX牵头/会同XXX，根据与会人员意见作进一步修改完善后，按程序依规报XX」。
会议要求中的时间节点表达规范：「于X月X日前完成XXX」「于X月底前启动」「于X个工作日内提交」。
责任分配统一格式：「由XXX牵头，XXX配合，于X月X日前完成XXX」。
条件限定：「在符合条件的情况下」「依法合规」「按程序依规」「按XX会议议定为主」。
会后工作：「由XX根据本次会议讨论意见作进一步修改完善后，按XX要求报送并做好下一步工作。」

本 Skill 默认以「正式」模式输出（严格遵循党政机关公文标准）。如用户指定「非正式」模式，可适当放宽规则：

| 维度 | 正式模式（默认） | 非正式模式 |

|------|------------------|------------|

| 用语 | 严格使用 14 词规范 | 可省略程序环节，直接进入议题结果 |

| 结构 | 程序→观点→决策→行动 | 更灵活，可跳过程序环节 |

| 禁忌 | 严格执行 4 条禁忌 | 口语化表述可适度容忍 |

| 适用场景 | 正式公文送审 | 内部备忘、快速纪要 |

用户可通过指定 mode: informal 启用非正式模式。