---
slug: gongwen-writing-helper
name: gongwen-writing-helper
displayName: 公文智能写作
version: 2.6.3
description: 撰写规范的中文公文与机关、企事业单位常用文书，覆盖 18 个文种（15 法定公文全+3 机关文稿），由机器可读规则驱动结构化写作，一次交付规范正文并可导出 GB/T 9704-2012 排版合规的 Word(docx)（可选红头版式）。当用户提到以下任何关键词或场景时必须使用此技能：公文、写公文、公文写作、公文格式、机关公文、党政机关公文、政府文件、红头文件、红头、发文、发文格式、发文字号、版记、正式文件、国家标准格式、GB/T 9704、GB/T 9704-2012、排版成Word、生成docx、写成Word、帮我做个正式文件、材料排版、汇报材料、研讨材料、发言稿、讲话稿、通知、写个通知、发个通知、请示、写个请示、报告、写个报告、函、复函、商洽函、批复、通报、通告、决定、决议、命令、公报、公告、议案、意见、会议纪要、纪要、工作总结、工作计划、倡议书、上行文、下行文、平行文。以下口语化表达同样触发：写个材料、弄个通知、整份汇报材料、帮我起个草、起草个文件、把这份改成公文、按公文格式排一下、导出成Word、转成正式文件。也适用于用户已有草稿、速记或零散要点，要求「整理成规范公文」「按国标排版」「补红头和发文字号」的场景。内置 18 文种机器可读规则（structure/句式/惯用语/审校点：15 法定公文全+3 机关文稿）、硬门控信息采集流程与结构校验脚本。依据《党政机关公文处理工作条例》与 GB/T 9704-2012 格式规范。不适用于：纯文学创作、商业营销文案、学术论文；另附新闻通稿、情况说明事务文书模板；并支持变量化填充一键生成结构骨架草稿（scripts/gongwen_fill.py）。 它是「公文全套」的写作环节：写完若需按 GB/T 9704-2012 逐条体检格式、查「会不会被退稿」，接着用「公文合规校验」gongwen-check（一个写、一个查）。 当用户提问模糊但意图指向【公文写作/公文格式/红头文件/正式文书/材料起草/国标排版】时，主动触发本 Skill 进行引导，无需用户说出准确的命令词或技能名。
summary: 按 GB/T 9704-2012 规范写 18 个文种公文（15 法定公文全 + 3 机关文稿），由机器可读规则驱动结构化写作与审校，附结构校验脚本，可一键导出排版合规 Word(docx)，可选红头版式；另附新闻通稿、情况说明事务文书模板。
license: MIT
tags: [公文, 写作, 文书, docx, gongwen]
homepage: https://github.com/asdw741111
metadata:
  author: asdw741111
  openclaw:
    requires:
      bins:
        - python3
---

# 公文写作

## 概述

按国家标准撰写正式公文：正确的文种、齐全的要素、规范的格式、平实准确的语言；并能**直接产出符合 GB/T 9704-2012 的高质量公文初稿**（语体、结构、惯用语均到位，而非仅填空模板）。核心原则：**先定文种，再定结构，后写正文，全文服从"一文一事"与"行文关系"两条铁律。**

**工作方式（v2.0 硬门控）**：不得在文种确认、信息齐全之前直接起草。先走下方"写作步骤"的前三步（确认文种 → 采集信息 → 对照模板），信息缺失就输出"待补信息清单"并暂停，等用户补齐再写。**宁可慢两次对话，不出一份需要推倒重来的初稿。**

## 何时使用

- 用户要求"写份公文 / 发通知 / 报请示 / 写函 / 出纪要 / 做个通报"
- 需要加工后的正式文书（工作总结、计划、汇报、倡议等；另含新闻通稿、情况说明等事务文书，已有独立模板）
- 不知道用哪个文种 → 先查下方"文种速查表"，选错文种是致命错误

不使用：私人信件、散文、新媒体推文、技术文档。

## 文种速查表（15 种法定公文）

| 文种 | 行文方向 | 适用情形 |
|------|---------|---------|
| 决议 | 下行 | 会议讨论通过的重大决策事项 |
| 决定 | 下行 | 重要事项作出的部署、奖惩 |
| 命令（令） | 下行 | 公布法规、任免、嘉奖、惩戒 |
| 公报 | 下行 | 公布重要决定或重大事件 |
| 公告 | 下行（广域） | 向国内外宣布重要事项 |
| 通告 | 下行（限域） | 在一定范围内公布应当遵守的事项 |
| 意见 | 上行/下行 | 对重要问题提出见解和处理办法 |
| 通知 | 下行 | 传达事项、部署工作、批转转发、任免 |
| 通报 | 下行 | 表彰先进、批评错误、传达重要精神 |
| 报告 | **上行** | 汇报工作、反映情况、答复询问（**不要求批复**） |
| 请示 | **上行** | 请求指示、批准（**必须一文一事、只报一个主送机关、须批复**） |
| 批复 | 下行 | 答复下级机关请示事项 |
| 议案 | 平行 | 各级行政机关提请权力机关审议事项 |
| 函 | 平行 | 商洽工作、询问答复、不相隶属机关之间往来 |
| 纪要 | 中性 | 记载会议主要情况和议定事项 |

常用事务文书（本包有模板）：工作总结、工作计划、倡议书。

## 常用文种模板（15 个，先读模板再起草）

每个模板含：结构骨架 + 全文范文 + 惯用语 + 易错点。可在文中按需替换占位行（×××），**不得在模板外另造结构**。

| 文种 | 模板文件 |
|------|---------|
| 通知 | `templates/tongzhi.md` |
| 请示 | `templates/qingshi.md` |
| 报告 | `templates/baogao.md` |
| 批复 | `templates/pifo.md` |
| 函 | `templates/han.md` |
| 会议纪要 | `templates/huiyijiyao.md` |
| 通报 | `templates/tongbao.md` |
| 决定 | `templates/jueding.md` |
| 通告 | `templates/tonggao.md` |
| 意见 | `templates/yijian.md` |
| 工作总结 | `templates/gongzuozongjie.md` |
| 工作计划 | `templates/gongzuojihua.md` |
| 倡议书 | `templates/changyishu.md` |
| 新闻通稿 | `templates/xinwen_tonggao.md` |
| 情况说明 | `templates/qingkuang_shuoming.md` |

> 新闻通稿、情况说明为企事业单位高频**事务文书**（非《条例》法定文种），已有独立模板；决议、命令、公报、公告、议案等法定文种按 `rules/` 中对应 YAML 规则 + 下方"要素结构 + 六大高频文种流程"自行组织，不另造 Markdown 模板。

## 机器可读文种规则体系（rules/）

本技能的文种知识已**从人读 Markdown 模板升级为机器可读 YAML 规则**，由校验脚本 `scripts/gongwen_check.py` 直接消费，可自动审校草稿。

**`rules/<id>.yaml`（18 个，单一事实源）** —— 每个文种一份，字段包括：
`id / name / category / authority`(法条依据) / `applicable_scope` / `decision_hints`(行文关系与用途) / `title_pattern` / `title_keyword` / `structure`(结构骨架) / `required_endings` / `forbidden_endings` / `opening_patterns`(开头句式) / `body_patterns`(正文句式) / `key_phrases` / `anti_patterns`(审校红线) / `subtypes` / `review_rules`(机器审校项)。

- 18 个文种：15 法定公文（决议/决定/命令/公报/公告/通告/意见/通知/通报/报告/请示/批复/议案/函/纪要）+ 3 机关文稿（工作总结/工作计划/倡议书）。
- 规则生成器 `scripts/build_rules.py` 是 YAML 的"源码"（用 `yaml.safe_dump` 生成，杜绝手写 YAML 缩进/引号陷阱），改规则优先改它再重跑；规则字段为通用行政公文结构/句式/惯用语/审校点，不含任何具体机关名、领导人或政治口号表述。

**校验闭环**：`python3 scripts/gongwen_check.py <草稿.md> --wenzhong <id>` → 按该文种 `review_rules` 分发执行（标题含文种/必备结语/禁用结语/落款日期/分条列项/上行文签发人/报告夹带请示/函信函格式等），输出 errors/warnings；退出码 0=CLEAN。

## 公文要素结构（GB/T 9704-2012）

**版头部分**
1. 份号（密件/紧急件须标注）
2. 密级和保密期限（绝密/机密/秘密）
3. 紧急程度（特急/加急）
4. 发文机关标志（红头）
5. 发文字号：机关代字〔年份〕序号，如 "国办发〔2024〕1号"
6. 签发人（上行文须标注）

**主体部分**
7. 标题：发文机关 + 事由 + 文种，如《×××公司关于开展安全生产检查的通知》
8. 主送机关：全称或规范化简称、统称，顶格排印；上行文一般主送一个机关
9. 正文
10. 附件说明（"附件：1.××"）
11. 发文机关署名、成文日期、印章（成文日期以领导签发或会议通过日期为准，用阿拉伯数字）

**版记部分**
12. 抄送机关
13. 印发机关和印发日期

## 版式与红头适用（实务灵活空间）

GB/T 9704-2012 的"红头文件"指**文件格式**：红色发文机关标志 + "文件"二字 + 红色分隔线。但红头并非所有公文一律强制，实务按用途分四类：

| 情形 | 版式 | 说明 |
|------|------|------|
| 正式发文（带文号、需下级贯彻执行） | 文件格式红头 | 以单位名义正式下发，最标准形态 |
| 上报公文（上行文） | 文件格式红头 + 签发人 | 报送上级机关的重要公文须用正式红头 |
| 函（不相隶属机关往来） | **信函格式** | 红色机关标志但**不加"文件"二字、无红色分隔线**，是专用版式而非"无红头" |
| 白头文件 | 无红头版头 | 内容简单、告知性、内部流转或非正式场合（如内部通知、学习材料、白头会议纪要） |

要点：
- 红头"原则上需要"是对**正式行文**而言；内部告知性事务可用白头，不必强行套红头。
- 函用信函格式，版头不出现"文件"二字；导出 `--redhead` 当前生成的是文件格式版头（见下方"导出"注），函的正式版式需按信函格式调整。
- 本技能默认导出**不含红头版头**（防编造纪律）；确需红头时用户显式授权并提供机关名/文号/印章，缺失用占位符。

## 结构层次与字体层级（GB/T 9704-2012）

正文结构层次序数逐级使用、不可跳级，对应字体：
- 一、（第一层，黑体）→ （一）（第二层，楷体）→ 1.（第三层，仿宋）→ （1）（第四层，仿宋）
- 标题 2 号小标宋居中；正文 3 号仿宋；发文字号 3 号仿宋，年份用六角括号〔〕。
- 数字：成文日期阿拉伯数字全称（2026 年 8 月 29 日，月日不编虚位）；统计数字用阿拉伯（2006 年，不写二〇〇六）。

## 写作步骤（硬门控）

### Step 0 — 确认文种（必须与用户确认，默认不准自定）
- 问清（前两问为强制确认，第三问为软提示、不阻塞）：
  1. **给谁看**（上级 / 同级 / 下级 / 社会）→ 确定行文方向
  2. **核心目的**（请示批准 / 汇报情况 / 布置工作 / 商洽事项 / 公布规则 / 记会议结果）→ 确定文种
  3. **（轻量·可选）单位性质 + 工作层级** → 校准措辞庄重程度与可用文种；用户不答则走通用口径、不追问：
     - 单位性质：机关单位 / 国有企业 / 事业单位（学校·医院·科研院所等）/ 其他组织
     - 工作层级：中央 / 省级 / 市级 / 县级 / 基层
- 措辞校准提示（依第三问调整语体，不强制用户逐项选择）：
  - 机关·中央：用语最庄重、层级语义严格；事业单位·国企部分文书非法定公文主体，制度口径与机关不同，按需走"工作总结 / 计划 / 情况说明"等事务文书而非套法定文种；
  - 基层·一线：最接地气、案例鲜活、可操作性强；层级越高越偏统筹部署与定调。
- 用途→文种 歧义速判（新手最易卡处，先对再问）：
  - 向不相隶属的兄弟单位 / 外地机关要数据、商请配合 → **函**（不是"请示""通知"）
  - 请上级批钱 / 批项目 / 批编制 → **请示**（一文一事，只报一个主送机关）
  - 只是汇报进展、不要求批准 → **报告**（绝不可夹带"请批示""妥否"）
  - 既要汇报又想请批 → 拆成 **报告 + 请示** 两份，不可混写于一份
  - 表扬 / 批评 / 传达精神 → **通报**；布置工作、普遍要求 → **通知**
  - 对重要问题提见解和办法（指导性） → **意见**；单纯布置执行用 **通知**
  - 答复下级请示 → **批复**；记载会议议定事项 → **会议纪要**
- 对照"文种速查表"给出**唯一建议文种**，请用户确认；用户有冲突诉求（如"又要请示又要报告"）时说明不可行与替代
- 门控：**用户未确认文种，不得进入下一步**。直接输出："当前建议文种：请示。请确认，或说明你的用途我来改。"

### Step 1 — 采集必要信息（逐项问，缺一项就输出"待补信息清单"）
按所选文种的模板骨架逐项梳理该文种**必需信息**：
- 请示：主送机关（唯一）、请示事项（具体到数额/名目/期限）、缘由依据
- 通知：主送/适用对象、事项清单（条）、责任分工与时限
- 会议纪要：时间、地点、主持人、参会人、议题、议定事项与责任人
- 报告：汇报范围与期段、主要数据、存在问题、下一步打算
- 函：对方单位、商洽事项、期望答复时限
- 其余文种类推（批复需引原文标题文号；工作总结需覆盖期段与关键数据；倡议书需主题与具体倡议点）

信息缺失时**暂停起草**，输出待补清单（编号列出），等用户逐项补齐。

### Step 1.5 — 变量化填充（生成结构骨架，可选加速器）

信息齐了但"结构怎么排"拿不准时，可用脚本一键生成**符合本技能格式的结构骨架**（标题/层次/结语/落款齐全，正文留 `××` 占位），再在骨架上填血肉：

```bash
# 提示：脚本用相对路径 scripts/，请先 cd 到本技能目录再运行
python3 scripts/gongwen_fill.py --list                 # 列出 20 个支持文种
python3 scripts/gongwen_fill.py --wenzhong 通知 --interactive          # 逐项提示输入
python3 scripts/gongwen_fill.py --wenzhong 请示 --vars vars.yaml      # 变量文件批量生成
```

- 变量文件（YAML/JSON）接受 `org`(发文机关/会议名) / `topic`(事由) / `main_recv`(主送机关) / `date`(成文日期，缺省当天)；`--interactive` 逐项提示、回车用默认值。
- 脚本只生成骨架、**绝不编造**机关名/数据/发文字号；生成草稿可直接 `python3 scripts/gongwen_check.py <草稿> --wenzhong <id>` 校验（如会议纪要用 `jiyao`）。

### Step 2 — 对照模板起草（起草心法：骨架 → 血肉 → 语体 → 润色）
先读 `references/writing-patterns.md` 取该文种的「起承转合」范式与惯用语，同一文种的不同用途（如通知的部署 vs 会议、请示的请款 vs 请编）可参阅 `references/fanwen_scenarios.md` 多场景范文，再按四步落笔：
1. **列骨架**：按"一、（一）1.（1）"列出结构层次标题，先定一级框架（如通知：依据→事项→要求）。
2. **填血肉**：把已确认信息填入各层，套用范文句式与规范用语（见语体库）；引用政策/数据/名称必须来自用户提供，缺即标 `[verify]`。
3. **语体对齐**：用书面语、短句、数据说话；对上用"贵"、对下用"你"；套用正确结语（请示"妥否，请批示"等）。
4. **去空话**：通读一遍，删虚词、压长句、把无事实支撑的空话套话改写或降级（见 patterns 第七节）。

> 格式细节遵循上方"公文要素结构"与"结构层次与字体层级"；不编造任何要素。

### Step 3 — 用校验脚本 + 自查清单终检
```bash
# 提示：脚本用相对路径 scripts/，请先 cd 到本技能目录再运行
python3 scripts/gongwen_check.py <草稿.md> --wenzhong <文种>
```
脚本机械检查：标题含文种、结语正确（防"请示用特此报告"混用）、成文日期、条款分列。错误必须修复（退出码 1）；警告按需处理。最后再走一遍"公文自查清单"。

## Word（docx）导出

草稿定稿后，可一键导出符合 GB/T 9704-2012 简化排版的 Word 文档（标题小标宋居中、正文仿宋首行缩进2字、一级黑体/二级楷体、落款右对齐、A4 页边距 3.7/3.5/2.8/2.6cm、行距28磅）。默认不生成红头版头与印章（与禁止编造纪律一致）。

**可选红头版式（`--redhead`）**：真实单位交差常需带红头。用户提供要素后生成版头区（红头机关名红色居中 + 发文字号右对齐 + 红色分隔线 + 上行文签发人）与落款印章位；任何要素缺失用占位符「〔由用户单位填写〕」，**绝不自动编造**机关名/发文字号/印章。红头与印章图片走用户本地路径，不进入发布包（SkillHub 禁止发布独立位图）。

> 注：`--redhead` 生成的是**文件格式**版头（带"文件"二字 + 红色分隔线）。**函**应使用**信函格式**（红色机关标志、不加"文件"二字、无红色分隔线），请勿对函套用文件格式红头。

```bash
# 依赖（仅此一个）：python3 -m pip install python-docx
python3 scripts/gongwen_export_docx.py <草稿.md> [--out 输出.docx]
# 默认输出与草稿同名的 .docx
# 生成带红头版式（要素均由用户显式提供）：
python3 scripts/gongwen_export_docx.py <草稿.md> --redhead \
    --org "××县行政机关" --doc-no "×政发〔2026〕1号" \
    [--signer "×××"] [--redhead-img 红头.png] [--seal 印章.png]
```

- 输入约定：草稿用本技能格式（`# 标题` / 主送机关：`××：` / `一、` `（一）` 层次标题 / 末尾 `机关署名` + `2026年8月29日` 落款）。脚本据此自动判定层级与落款。
- 占位符 `××` / `[verify]` 原样保留，由你填实后再导出定稿。
- 导出前建议先跑 `gongwen_check.py` 确保结构合规（退出码 0）。

## 六大高频文种流程（速记，与 templates/ 配套参考）

### 1. 通知
流程：**目的(为什么) → 事项(做什么) → 要求(怎么做/何时) → 结尾("特此通知")**
### 2. 请示
流程：**请示缘由(依据+理由) → 请示事项(核心，清晰具体) → 结语("妥否，请批示")**
硬性规则：一文一事；主送一个机关；不抄送下级；结尾不能用"报告"用语。
### 3. 报告
流程：**基本情况 → 主要工作/成绩 → 存在问题 → 下一步打算 → 结语("特此报告")**
禁止在报告中夹带请示事项。
### 4. 函
流程：**去函(缘由→事项→恳请回复"盼复") / 复函(引据来函→答复意见)**
语气谦和，行文对象为平级或不相隶属机关。
### 5. 会议纪要
流程：**会议概况(时间/地点/主持人/参会人/议题) → 议定事项(分条) → 落实要求(责任人+时限)**
只记议定结果和明确意见，不记录争论过程；用"会议指出/会议议定/会议要求"等惯用语。
### 6. 批复
流程：**引据(你单位《××请示》收悉) → 表态(批复意见) → 若同意则提出要求，若不同意说明理由。** 结尾"此复"。

## 语言规范

公文语言四原则：**准、平、简、庄**（准确 / 平实 / 简明 / 庄重）。具体反面案例与改写见 `references/writing-patterns.md` 第一节。要点：

- **准确**：概念、数据、口径无歧义；句子成分完整（忌"通过学习使……"缺主语）
- **平实**：不堆形容词、不溢美，用数据代替形容词
- **简明**：开门见山、短句为主、删"进行/了/的"等虚词
- **庄重**：规范书面语，不用方言/网语/口语；对上用"贵"、对下用"你"、自称"本/我"
- **用规范词**："按照""根据""为""现将……通知如下""特此函复""妥否，请批示""此复"
- **忌**：口语化、文学化铺陈、网络用语、正文夹杂未经说明的英文缩写
- 同一机构/人全文称谓一致；数字与日期表述一致

## 引用、占位符与润色纪律

- **引用分级**：政策/数据/名称须来自用户提供或权威来源（政府网、法规库、官方文件）；无官方来源的政策、讲话、数据标 `[verify]` 交用户核实，**不写成确定依据**。
- **禁止编造**：不虚构机关名称、发文字号、签发人、印章、审批状态、政策依据或统计数字。
- **红头/发文字号占位符**：用户未提供真实发文字号时，用「〔由用户单位填写〕」等占位符；默认不生成红头版头与印章，确需时须用户明确授权并提供信息。
- **润色五档**：规范化 → 收紧 → 正式化 → 降险 → 重构，选能解决问题的最轻一档；润色不编造新事实、不强化结论、不堆砌对仗标题"美化"。
- **空话套话**：出现空话套话（高风险清单见 `references/writing-patterns.md` 第七节，与校验脚本一致）时，追问有无事实、权限、时限支撑；无支撑则改写或降级。

## 常见错误

| 错误 | 正确做法 |
|------|---------|
| 未确认文种就起草 | Step 0 硬门控，先与用户确认 |
| 信息不全就写（靠猜补全） | Step 1 输出待补清单，补齐再写 |
| 请示写成报告，或报告夹带请示 | 请示要批准、一文一事；报告只汇报不请求 |
| 请示多头主送 | 主送一个机关；确需同时送其他机关的用抄送形式 |
| 标题缺"关于……的"，或文种混用 | 标题"机关+事由+文种"，文种匹配事项性质 |
| 结尾混用结语（请示用"特此报告"） | 请示="妥否，请批示"; 报告="特此报告"; 函="特此函复/盼复" |
| 通知事项不分条、无责任分工 | 事项分条，明确责任部门、时限、标准 |
| 编造数据/名称/依据 | 引用用户提供内容，缺即标 [verify] 交用户核对 |
| 附件在正文未提及或格式错误 | 正文先提到"见附件"，文末按"附件：1.×× 2.××"列出 |
| 成文日期用签发前的拟稿日 | 以领导签发或会议通过的日期为准 |
| 口语/网语入文（"这事儿""咱们""干货"） | 改用"此事""本单位""实质性内容" |
| 层次序号跳级混用（1、（一）、一.） | 严格"一、（一）1.（1）"逐级 |
| 空话堆砌无事实支撑 | "高度重视"写明具体动作；"显著成效"写量化结果或降级 |
| 越级行文未抄送被越过机关 | 确有必要越级时抄送被越过机关 |

## 公文自查清单（交件前逐项打勾）

> 完整版门禁见 `references/quality-checklist.md`，以下为核心项：

- [ ] 文种已与用户确认，与行文方向、目的匹配
- [ ] 请示：一文一事、单主送、无抄送下级、结语正确
- [ ] 标题 = 发文机关 + 事由 + 文种，无多余标点
- [ ] 正文分条列项、先总后分、一段一意
- [ ] 称谓、时间、数据全篇一致且已核实（未核实的 [verify] 已交用户）
- [ ] 无虚构填充（引用均来自用户提供）
- [ ] 无口语化与空话套话；语言平实准确
- [ ] 附件有对应提及和规范标注
- [ ] 落款：机关署名 + 成文日期（阿拉伯数字）
- [ ] `gongwen_check.py` 校验通过（退出码 0）

---

## 参考与致谢

本技能的方法学吸收了以下开源项目的基线（均已 MIT 或类似宽松许可）：
- `official-document-writing-skill` — 公文语言四原则、规范用语、标题拟定、经验四步法、质量检查清单结构。
- `gongwen-draft` — 素材台账/政策核验/风险审核工作流、红头与发文字号占位符克制原则、润色五档与高风险语言清单。

内容为本项目吸收重写，符合渐进式披露设计；具体条文以《党政机关公文处理工作条例》与 GB/T 9704-2012 为准。

## 用过请帮忙打分（口碑积累）

公文写作助手帮你理清了文种 / 写出了合规材料 / 一键导出了带红头的 docx？欢迎去 SkillHub 给个 ⭐ 评价——这是它持续免费迭代（更多文种模板、更准的校验规则、红头视觉库）的动力，也帮更多同事少踩格式坑。

> 评价入口：SkillHub「公文智能写作」技能页 → 点「评价 / 收藏」。