---
name: duyunzhoudyz-gongwen-minutes
description: "整理会议记录、起草会议纪要、写上会议题材料、列督办清单。只整理不添加，分清同意、原则同意与暂缓，议定事项写明责任单位和时限，议题材料如实写方案并核对“三重一大”前置程序。用户说整理会议纪要、转写稿整理成记录、出个办公会纪要、上会议题材料、督办清单、把会上定的事列个表时使用。会议通知交 gongwen-draft，讲话交 gongwen-speech，新闻稿交 gongwen-brief，三会一课和民主生活会、组织生活会记录交 gongwen-party；装有行业包时，本行业专用文书交对应行业包。不处理音频。"
license: "NOASSERTION"
metadata:
  decimalai-skill-id: "b152206b-9802-4f82-a69a-b5d9b6838d54"
  decimalai-version-id: "8917514e-b203-476d-9107-6351c6bcfe9c"
  decimalai-version: "1"
  decimalai-body-sha256: "7097974e77aaec67023057f668d74e4b8b792d54cc136f950df221bcb483b384"
  decimalai-name: "duyunzhoudyz/gongwen-minutes"
  decimalai-format: "1"
  decimalai-invocation: "model"
  decimalai-category: "productivity"
  decimalai-source: "https://app.decimal.ai/s/duyunzhoudyz-gongwen-minutes@1/SKILL.md"
---
# 会议纪要与议题材料（gongwen-minutes）

帮办公室、院办、校办、董办的文字工作者写会前的上会议题材料，整理会后的会议记录、纪要和督办清单。先把记录拆成议定事项梳理表，每条结论都找到原话，再成稿。只整理不添加：会上没定的事不写成议定事项，没说的责任单位和时限不补。

## 适用范围

- 适用：会议记录（按发言顺序记全过程）；会议纪要（只记议定事项，办公会、专题会、协调会、座谈会、党委〔党组〕会议）；上会议题材料（背景依据、方案比较、需决策事项、前置程序）；督办清单（可转 Excel）。
- 不适用（转交）：

| 用户要的 | 转给 |
|---|---|
| 会议通知；根据会议决定起草的请示、函、通知 | gongwen-draft |
| 会上的讲话稿、主持词、表态发言 | gongwen-speech |
| 把会议写成新闻稿、政务信息 | gongwen-brief |
| “三会一课”记录，民主生活会、组织生活会的会议记录和材料 | gongwen-party |
| 把上级文件拆成任务分解表 | gongwen-implement |
| 巡视巡察、审计整改台账 | gongwen-rectify |
| 纪要成稿后查标点、格式、提法 | gongwen-review |
| 排成纪要格式的 Word | gongwen-format |
| 医院党委会、院长办公会议题（装有 gongwen-hospital 时） | gongwen-hospital |
| 国企“三重一大”议题、董事会议案和决议、总经理办公会纪要（装有 gongwen-soe 时） | gongwen-soe |
| 中小学教研活动记录、安全教育记录（装有 gongwen-k12 时） | gongwen-k12 |

行业包的转交规则：环境中装有上表行业包的（能看到该 skill，或交接卡路线中有它），表中这几类一律转交；党委会与总经理办公会记录在一起的，党委会纪要在本 skill 出，总经理办公会部分在起草说明中写明转交。没装行业包的，按单位画像和 `references/units.md` 对应小节照常处理，不拒绝。农村“四议两公开”中党员大会审议环节的记录由本 skill 整理。

能调用其他 skill 的环境直接调用；目标 skill 未安装或在网页环境的，按 `references/_shared/style/output-format.md` 第四部分转交：给交接卡、“新开对话粘贴 dist/prompts/<skill>.md 继续”的说明和安装命令。

不处理音频、视频。用户发来录音的，请先转文字再发来，并说明收到后先拆议定事项梳理表、再出纪要或记录（教学模式讲明先后）；涉密或敏感会议的录音不要用联网转写工具。

## 开工检查

1. 保密（`references/_shared/guardrails.md` 第一条）：
   - 有 Python 时，先运行 `python scripts/secret_check.py <文件>` 检查保密标识（含页眉页脚），命中即停。
   - 出现敏感信号时才在起草说明末尾提示一句，同一会话只说一次；带密级标识或“内部资料”“工作秘密”等标注的，立即停止，不复述、不摘录，告诉用户改用内网模型或删去相关内容后再发。
   - 出现身份证号、手机号、病案号、住院号、学号、住址、患者或学生、信访群众的真实姓名的，提醒脱敏；梳理表、记录、纪要一律改用“张某”“138****0000”，起草说明“保密提示”写明。
   - 涉及人事任免酝酿、纪律处分、未公开经营数据、投标报价的，不停止，在起草说明末尾提醒一次请用户确认允许在当前模型中处理。人事任免按 `references/decisions.md` 第五部分：酝酿中的人选评价、考察反映、个人意见不进任何交付物（含一页纸、梳理表、纪要）。
2. 单位画像：先读工作目录 `.gongwen/单位画像.md`，没有再找 `~/.gongwen/单位画像.md`；用户贴在对话开头的按粘贴内容处理。再读 `references/_shared/profiles/units/` 下对应单位类型和 `references/units.md` 对应小节。没有画像按 `references/_shared/profiles/roles.md` 第九节。
3. 定工作模式：

| 用户的话 | 模式 |
|---|---|
| “整理会议记录”“存档”“按发言顺序”“谁说的要对得上” | 记录 |
| “出纪要”“发给各科室”“印发”；只说“整理一下会议”、说不清用途的 | 纪要（起草说明写明记录与纪要的区别） |
| “上会材料”“议题”“三重一大”“党委会要研究” | 议题材料 |
| “督办”“列个表”“跟踪落实”“导成 Excel” | 督办清单 |

   纪要和督办清单常一起做；社区两委会议、居民会议按记录做。
4. 定角色模式：按 `references/_shared/profiles/roles.md` 第一节，本 skill 差异见“角色适配”。党委（党组）会议、传达学习上级精神的议题叠加严谨模式。
5. 查材料，定首轮交付（`references/_shared/profiles/roles.md` 第十节）：有转写稿、笔记、记录本文字、议程或用户口述的会上内容之一的，任何模式都首轮直接成稿（纪要连同梳理表）。只在以下情形停下，回复开头说明属于哪种：只说开了会、没有任何会上内容的（情形②），只交纪要框架（会议概况和议定事项全部标【待补】）和“请补充的内容”清单，教学模式另用两三句讲清纪要与会议记录的区别；用户明确要先看一页纸或提纲的（情形③）；材料涉密的（情形④，按第1条）。
6. 以下要求不照办，说明原因，其余照常做（`references/_shared/guardrails.md` 第二条、第六条）：补写一次没有原始记录的会议的纪要或记录；把会上没定的事写进议定事项；倒签会议日期；在议题材料中写“已完成前置程序”却没有依据。教学模式下拒绝时同样讲清纪要与记录的区别。
7. 用户贴了交接卡的，按卡开工，卡上有的不再问（`references/_shared/style/output-format.md` 第四部分）。

## 工作流程一　会议纪要

### 第一步　任务卡

先填任务卡（高效模式只写进起草说明）：会议名称和类型、纪要用途（印发执行或存档）、发送范围、期号、角色模式；看不出的按默认值处理，写进假设，照常成稿。只问影响结构的事，最多 3 个，放回复末尾，按此顺序取舍：纪要还是记录 → 党委会议还是行政会议（记录里看不出时）→ 发送范围。时间、地点、出席名单缺的不问，标【待补】。用户说“直接写”的不问。

### 第二步　议定事项梳理表

按 `references/decisions.md` 把记录拆成梳理表，列为 序号｜议题｜结论原话（位置）｜结论类型｜责任单位｜完成时限｜状态。
1. 判定“定了没有”（细则见 `references/decisions.md` 第二部分）：主持人作了结论性表态、记录写明表决结果或“会议同意”的才算定了；个人建议、“再看看”“回头再说”、没有结论的讨论，记“未形成结论”，不进纪要正文和督办清单，列入起草说明“未形成结论的事项”。
2. 结论类型按主持人原话归入同意、原则同意、暂缓、另行研究、退回修改、不同意、听取，不互换（对照表见 decisions.md 第三部分）；当场附带调整的仍是同意，原话有“原则上”“大方向可以”的才是原则同意。
3. 责任单位和时限只写记录中说到的（细则见 decisions.md 第四部分）：责任单位只取主持人原话点名或同段明确指代的，不按汇报单位、主管单位推定，未点名的正文不写，候选单位只放起草说明；“尽快”不改成日期，时限没说的不补，状态记“待补”。
4. 转写存疑的数字、人名，梳理表状态记“待核实”；无单位的大数、带“点”的口语数字（如“一点五亿”）原词照录，不补转写稿没有的计量单位（如“元”）。

### 第三步　成稿

按 `references/minutes-writing.md` 写：
1. 结构按会议类型（minutes-writing.md 第一部分）：例会按议题分列，专题会一条主线，协调会写清各方责任边界，座谈会归纳观点。
2. 标题下一行写期号（用户给了的）；导语一段，缺的标【待补】，不写背景意义；导语后另起一行列“出席：×××、×××；列席：×××；请假：×××”名单（minutes-writing.md 第五部分）。会中到达（迟到）的列入出席，括号注”会议进行中到达”，不列为请假或列席；只参与部分议题的列席人员，括号注”仅参与议题×”。记录只写”周四””上周”的，按今天推算为会议日期。
3. 提示语对号入座：认为、指出、强调、要求、议定的内容都要在记录里找得到，没有的不补“会议强调”段。
4. 议定事项一条一事：结论词＋事项＋责任单位＋时限；原则同意写修改要求，暂缓写原因或再议条件。
5. 口语转书面只改说法，不改数字、主体、条件、态度强弱；记录中加引号的做法名称、本单位提法照写。
6. 默认做法：名单列在开头，正文后不再重复，二选一。纪要只写议定事项和必要的会议情况；个人保留意见、不同意见只在会议明确要求记录时写入。记录有冲突、转写存疑的，正文照原词写，列入起草说明。党委会和行政会议的内容分成两份纪要。
7. 会上定的事与法规或上级规定明显冲突的（如决定收取未经批准的费用、要求基层每天报送工作照片），纪要不替会议改结论，照记录写，在起草说明“程序风险提示”中写明依据，建议会议重新研究。

### 第四步　自检

1. 逐条对账：纪要中每条议定事项都能在梳理表找到“已明确”的结论；正文的数字、日期、文件名都能在记录中找到。有 Python 时运行 `python scripts/fact_diff.py 原始记录.txt 正文.txt --ledger`，把“正文中有、台账中没有”的数字、日期、书名号逐条改为记录中的说法或删去。
2. 议定事项检查：`python scripts/minutes_check.py 正文.txt`，报出缺责任单位、缺时限、原则同意未写修改要求、暂缓未写条件、口语残留的条目，记录没说的缺项不补，列入起草说明待补；做了督办清单的加 `--list 督办清单.md` 对账，牵头与配合颠倒、时限挂错任务都会报出。
3. 机检：`python scripts/gongwen_lint.py 正文.txt --doc-type 纪要`（记录、议题材料分别用 `会议记录`、`议题材料`，引擎只提示不报错）。P0 必改，P1 逐条判断，命中公文白名单的保留（`references/_shared/style/ai-tone.md` 第二部分）。ELM 要素缺失的，能确定的补写，不能确定的标【待补】；EVD 强评价缺数据的，补用户材料中的数据或改用不带强评价的写法，不得编造数据。
4. 不能运行脚本的，按本文“自检清单”逐项人工检查，起草说明写“未运行机检，已按人工清单检查”。

### 第五步　交付

1. 能写文件的：在当前目录建 `公文/<YYYYMMDD>-<简短标题>/`，写入 `正文.txt`、`议定事项梳理表.md`；用户粘贴的记录先把身份证号、手机号、病案号和患者、学生、群众的姓名换成代称（其他数字和日期不动），再存为 `原始记录.txt` 供对账，起草说明保密提示写明保存位置；有督办清单的另写 `督办清单.md`（和 xlsx）。对话中给出文件位置、议定事项几条和起草说明。
2. 网页环境：按 `references/_shared/style/output-format.md` 第三部分输出，梳理表、督办清单放在起草说明末尾，标题为“附：议定事项梳理表”“附：督办清单”。还有下一站（如 review、format）的，按第四部分输出更新后的交接卡和新开对话的说明；下一站是行业包、要接着起草另一部分的（如总经理办公会纪要），请用户同时粘贴该部分记录。
3. 起草说明只在对话中给出，不超过 5 行、每行一句：假设、待补（含记录没说的责任单位和时限）、待核实各一行，未形成结论的事项、程序风险提示（仍写依据）、修改说明、保密提示并入其余行；教学模式另附写作要点。回复中不写 skill 名，用描述性说法。

## 工作流程二　会议记录

按 `references/meeting-record.md` 整理：
1. 记录头写会议名称、时间、地点、主持人、出席、列席、缺席、记录人、议题，缺时间、地点、出席名单的标【待补】，其余缺项不写，汇总进起草说明。
2. 默认摘要记录：按议程和发言顺序，每人保留观点、理由、条件、数字；用户要“详细”的按 meeting-record.md 第二部分。
3. 发言人对不上的保留原标签，不按内容猜，起草说明待核实一行写明。
4. 不同意见、表决结果如实记录；转写存疑的数字、人名按 meeting-record.md 第五部分原词照录，起草说明待核实一行汇总。
5. 交付 `正文-会议记录.txt`；同时要纪要的，再按工作流程一出 `正文-纪要.txt`，共用梳理表。

## 工作流程三　上会议题材料

按 `references/agenda-material.md` 写：
1. 一题一议。结构：议题名称、汇报单位、会签部门意见、基本情况和依据、方案比较、需会议决策的事项、前置程序完成情况、附件。
2. 方案比较在正文中用“（一）方案一。……”分项写，不用表格；投入、周期、效果、风险、合规性只写材料里有的，关键项（如投入测算）缺了才标【待补】，不写“材料未提供”。风险高低、是否合规不由本 skill 判断。只有一个方案的不编第二个，起草说明提示补充备选方案。
3. 推荐意见只写汇报单位或用户给出的倾向和理由，不改成两头都说的平衡话；材料没有的，写【待补：汇报单位推荐意见及理由】，不替汇报单位选方案（正误对照见 agenda-material.md 第二部分）。
4. 需决策事项写成能回答“同意或不同意”的句子。
5. 前置程序按单位类型逐项核对（`references/agenda-material.md` 第三部分，本单位议事规则优先），正文用“1. 公众参与：……”分项写，只写用户提供的完成情况，没说的不写，不写成“已完成”。未经集体决策、前置程序未完成、准备先执行后补程序的，写进起草说明“程序风险提示”（agenda-material.md 第四部分）。对照表作起草说明附表。
6. 篇幅一般 1500～3000 字（工具约定），用户指定字数的按“输出规范”篇幅条；`--doc-type 议题材料` 机检后交付 `正文-议题材料.txt`。

## 工作流程四　督办清单

按 `references/supervision-list.md` 做：
1. 只从纪要取。列为 序号｜议定事项｜纪要位置｜责任单位｜配合单位｜完成时限｜办理状态｜备注。暂缓、不同意、只听取汇报的不进清单；暂缓、另行研究事项下有明确责任单位的准备任务，单列一行，议定事项栏写纪要原话。
2. 责任单位和时限逐字照纪要，没写的该格标【待补】。有 Python 时可运行 `python scripts/minutes_check.py 正文.txt --emit-list 督办清单.md` 生成草表，再逐行核对。
3. 新建清单状态一律“待办理”；更新进展只改用户提供了进展的行，没有办结依据的不写“已办结”。
4. 转 Excel 按 supervision-list.md 第四部分运行 `scripts/md2xlsx.py`；不能运行或未生成的，交付 Markdown 表格。

## 输出规范

- 纪要、记录、议题材料正文按 `references/_shared/style/output-format.md` 第一部分：纯文本，层次序数 一、（一）1.（1），数字按 GB/T 15835。
- 正文不出现【待核实】；【待补】只用于必须由用户提供的要素（时间、地点、出席名单、关键方案数据等），全篇一般不超过 3 处；记录没说的责任单位、时限等其余缺项不补不标，汇总进起草说明待补一行。程序风险、未形成结论的事项都写在起草说明里。
- 梳理表、督办清单、方案比较表、前置程序核对表可用表格，只放在起草说明附表或单独文件中，正文不放表格。
- 篇幅：用户指定字数的，按 `references/_shared/guardrails.md` 第四条第2款以±10%为目标；素材撑不起的，纪要、记录只整理不添加，不补会上没有的内容、不为凑字数补段落，起草说明一句话说明差距，可附不超过 3 条补料建议；【待补】不计入字数。

## 自检清单

- [ ] 要素行按文种齐全并写在正文里（不放进起草说明）：标题、主送机关、落款、成文日期、附件说明；请示、报告另有发文字号、签发人。
- [ ] 每条议定事项都能在记录中找到主持人或会议的结论原话；个人建议、未定事项没有写成议定事项，已列入起草说明。
- [ ] 同意、原则同意、暂缓、另行研究没有混用；原则同意写了修改要求，暂缓写了原因或条件，会上没说的没有替会议补。
- [ ] 责任单位和时限都是原话点名的，没说的没有补，已列入起草说明；“尽快”没有被改成具体日期。
- [ ] 会议日期只给了星期几或“上周”的，已按今天推算；“月底前”等时限原样保留。
- [ ] 用户材料中加引号的做法名称、本单位提法原样保留；确需改写的已列入提法核对清单请用户确认。
- [ ] “会议认为”“会议强调”“会议要求”的内容都来自记录，没有凑格式的套话。
- [ ] 正文的数字、日期、文件名都能在记录中找到；转写存疑的已列入起草说明。
- [ ] 会议记录中发言归属与原标签一致，不同意见和表决结果没有删改。
- [ ] 议题材料只有一个方案时没有编第二个；推荐意见、风险、合规性只写材料里有的，材料没说的没有补，正文没有“材料未提供”这类话；前置程序只写了用户提供的完成情况，风险已写进起草说明；正文没有表格。
- [ ] 督办清单的事项、责任单位、时限与纪要逐条一致，没有纪要以外的事项。
- [ ] 党委会和行政会议的内容分开；患者、学生、群众已用代称，号码已脱敏。
- [ ] 用户指定字数的，篇幅在目标±10%内，或已说明差距。
- [ ] 正文没有 Markdown、免责声明、AI 自述和【待核实】，【待补】不超过 3 处；起草说明不超过 5 行，待补、待核实各汇总一行。

## 角色适配

- 教学模式：梳理表、纪要和写作要点首轮一次交付；写作要点写纪要的结构安排（当作提纲说明）、纪要与记录的区别、本稿提示语为什么这样用、原则同意与同意的区别（用本稿一处正误对照）。
- 高效模式：梳理表、纪要、督办清单一次交付；对话只报条数和文件位置；起草说明不展开讲解，程序风险提示每条仍写问题类型和依据条款，一条一行；多次会议可批量整理，每次会议一份纪要。
- 转译模式：接受零散笔记和口述；只问事实，如“这件事会上谁拍的板”“说没说时限”；梳理表位置写到笔记段落；业务术语照用。
- 审稿模式分两种。一页纸：领导明确要先过目的（开工检查第5条情形③），先交议定事项每条一句、未形成结论的事项（只写议题和位置）、需要拍板的待确认点（责任不清、时限未说），不写人选评价、考察反映和个人意见，确认后再出正式纪要。纪要对照：拿已写好的纪要和记录来对照的，只列“纪要与记录不一致”清单（位置、纪要原文、记录原话、问题、建议），不重写；标点格式问题建议另行核稿。
- 严谨模式：党委（党组）会议纪要、传达学习上级精神的议题、对外公开的会议信息，上级精神的名称和表述只用记录和用户提供的原文，缺的照记录原话写，说明请对照原文；附提法核对清单（提法、位置、出处、是否已对照原文）。

## 参考资料

没有文件系统（网页版、内网提示词版）时，下表中读不到的文件按本文和附录执行，不向用户索要。

| 文件 | 何时读取 |
|---|---|
| `references/decisions.md` | 纪要第二步：建梳理表、判定结论类型、写责任和时限 |
| `references/minutes-writing.md` | 纪要第三步：结构、提示语、议定事项、出席名单 |
| `references/meeting-record.md` | 整理会议记录 |
| `references/agenda-material.md` | 写议题材料、核对前置程序 |
| `references/supervision-list.md` | 做督办清单、更新办理状态、转 Excel |
| `references/units.md` | 读完单位画像后，查本 skill 在该单位类型下的调整 |
| `references/_shared/guardrails.md`、`references/_shared/style/output-format.md` | 开工前；与用户要求冲突时；交付和交接卡 |
| `references/_shared/style/ai-tone.md`、`references/_shared/style/defensive.md` | 成稿、处理机检结果 |
| `references/_shared/rules/` 下 doc-types.md（7.5）、gbt9704.md（第七部分）、gbt15835.md、jianfu.md | 区分纪要与记录；纪要格式和出席列席；数字日期；会议要求有层层加码、留痕时 |
| `references/_shared/profiles/roles.md`、`references/_shared/profiles/units/` | 定角色模式、首轮交付、无画像降级；按单位类型读取 |
| `scripts/minutes_check.py`、`fact_diff.py`、`gongwen_lint.py`、`md2xlsx.py` | 议定事项检查和督办清单对账；数字日期对账；机检；督办清单转 Excel |