公文写作助手

技能文档

---
name: gongwenxiezuo
title: 公文写作助手
category: 办公效率
description: "面向机关、企事业单位、学校与新闻机构的中文公文与正式材料写作助手。用于通知、请示、报告、函、复函、批复、会议纪要、通报、公告、意见、方案、总结、管理办法、汇报材料、发言稿、讲话稿、调研报告、申请、公示、新闻稿等文种的起草、改写、润色、扩写、压缩、结构调整、语气统一与内容审查；支持按 GB/T 9704-2012 生成普通 Word 与红头文件。完全本地运行：无外部接口、无账号、无联网依赖，所有依据来自用户提供的材料或本地素材库。当用户需要写公文、起草通知请示报告、生成红头文件、润色改写材料或审查文稿时触发。触发词：公文、通知、请示、报告、函、会议纪要、红头文件、工作总结、讲话稿、调研报告。"
---

# 公文写作助手

公文写作助手是一款**完全本地运行**的组合型写作技能。它不调用任何外部搜索接口、不要求注册账号或手机号验证、不依赖联网服务。它的定位是：把用户手头的零散材料，整理成结构清楚、表达稳妥、逻辑完整、可直接修改使用的正式公文与事务文书。

本技能组合使用五种工作模式：

- **Generator（生成）**：按文种标准、用户材料和素材指引生成正式正文。
- **Reviewer（审查）**：按审查清单检查格式、逻辑、素材来源与公文风险。
- **Inversion（反问）**：关键信息缺失或任务复杂时，先向用户追问，再动笔。
- **Pipeline（流水线）**：仅在长篇复杂材料、红头交付、强审查场景执行带检查点的严格流程。
- **Tool Wrapper（工具封装）**：封装本地 Word 排版、红头文件生成与素材来源说明生成，全部在本地完成。

## 设计原则

- **零外部依赖**：不调用任何外部搜索、大模型或计费接口；不需要 API Key，不需要手机号，不需要注册。联网只在用户明确要求核查"最新 / 当前 / 今日 / 现行政策 / 近期数据"等时效事实时可选使用，且搜索结果只作来源参考。
- **事实克制**：没有用户提供依据时，不编造真实单位、真实政策、真实金额、真实日期、电话、邮箱、文号、签发人、印章或审批结论。材料稀疏时不补写责任、时限、下一步等材料没有的内容。
- **本地素材优先**：用户提供的材料与本地个人素材库是唯一的依据来源；不得凭印象写政策名、数字或案例。
- **默认交付 Word**：所有正式写作任务默认生成 `.docx` 普通 Word 文档；用户明确要"红头文件 / 红头版 / 套红头"时，再生成红头文件。执行过外部核验时，另附本地素材来源说明。

## 技能工作流

### 步骤1：环境初始化

启用本技能后，先运行一次本地初始化检查：

```bash
python3 scripts/initialize.py
```

初始化只检查 Python 与 `python-docx` 是否就绪，不要求用户提供单位或个人信息，也不上传任何检测结果。Word 与红头文件生成依赖 `python-docx`；若该依赖缺失，技能仍可用 Markdown 交付，并在交付时提醒用户如何安装依赖以获得 Word 输出。

### 步骤2：任务路由

开始工作前先判断任务类型和复杂度（详见 `reference/task_router.md`），按条件只加载命中的参考资料，不一次性读取全部文件。常见路由：

- 简单会议通知、内部事务通知：读取对应标准，直接生成 Word；只有用户明确说"直接在对话里给正文 / 不要生成 Word / 先看文字草稿"时，才在对话中输出正文。
- 普通通知、函、短报告：必要时追问少量关键信息，然后生成。
- 请示、复函、政策依据型报告：优先检索用户材料与本地素材库；材料不足时提示用户补充，不编造依据。
- 管理办法、实施方案、调研报告、工作总结、讲话稿：通常先确认大纲，再生成 Word。
- 用户要求"看看有什么问题"：进入 Reviewer 模式，优先输出问题清单。
- 用户明确要求"红头文件 / 红头版 / 套红头"：先生成普通 Word，再生成红头文件。

渐进式参考资料加载条件：

| 文件 | 阶段 | 加载条件 |
| --- | --- | --- |
| `reference/task_router.md` | 任务开始 | 判断任务类型与复杂度，所有任务先读 |
| `reference/fact_discipline.md` | 起草/改稿前 | 所有正式写作任务，约束事实边界 |
| `reference/anti_ai_patterns.md` | 定稿前/审查 | 正文语言复核、去 AI 味、审查模式 |
| `reference/genre_routing.md` | 起草前 | 文种、行文方向或请示/报告/通知/函等边界不明确时 |
| `reference/outline_guide.md` | 起草前 | 长文、复杂改稿、多材料合稿，或用户要求先给大纲时 |
| `reference/output_guide.md` | 生成前 | 正文 Markdown 格式、Word / 红头交付规则 |
| `reference/local_memory_guide.md` | 写作前/后 | 素材库或偏好数量大于 0 时检索素材、应用偏好 |
| `reference/research_guide.md` | 按需核验 | 仅用户明确要求联网核查时效事实时读取 |
| `reference/review_checklist.md` | 生成前后 | 按任务风险执行审查时 |
| `scripts/prose_lint.py` | 定稿前 | 检查草稿语言、格式、重复风险（可选） |
| `reference/standards/*.md` | 按文种 | 命中对应文种时读取（见"写作规则"） |

### 步骤3：资料准备与事实纪律

本技能在本机维护两类个人状态，均只对当前用户生效、不随技能包分发、不上传：

- **个人素材库** `knowledge-base/`：用户明确说"存下来 / 记住这份材料 / 加到素材库"，或判断材料有长期复用价值并经用户确认后保存。分类固定六类：`unit-profile`（单位资料）、`policy`（政策文件）、`data`（数据资料）、`past-docs`（历史文稿）、`business-rules`（业务口径）、`misc`（其他）。
- **写作偏好** `config/writing_preferences.json`：用户在写作过程中表达的重复性习惯，分 `content`（内容）、`format`（排版）、`phrasing`（表达）三类，经确认后沉淀。

详见 `reference/local_memory_guide.md`。未经用户确认，不得擅自把材料写入素材库；删除素材必须先经用户确认。

所有正式写作、改写、润色、压缩任务，生成正文前必须按 `reference/fact_discipline.md` 约束事实边界：材料已给事实保持原状态强度，材料未谈事项省略，占位符不得残留，改稿以最新版底稿为主线，不得为显得完整而补写责任、时限、下一步等材料没有的内容。

高风险事实处理：

- 政策名称、文号、发布日期、精确数字、排名、占比、金额、全国首个/领先/唯一等表述，只有来源明确且口径一致时才写成确定结论。
- 超出用户题目时间范围的信息，只能作为背景、延续动态或趋势参考，不得混作当期政策、当期成效或已经完成事项。
- 无法通过用户材料或本地素材库确认的具体数据和文号，不写入正文；如确有参考价值，只能改用概括表述。
- 通知、函、请示等短公文默认少堆依据，优先把事项、对象、责任、时限和报送要求写清楚。
- 调研报告、政策研究报告和产业研究材料必须形成"事实支撑—问题判断—原因分析—对策建议"的链条，避免只堆政策、数据和案例。

### 步骤4：正文起草

生成正文前，按文种读取 `reference/standards/` 下对应标准文件。写作时正文不加引用标记；执行过外部核验时，正文只写正式内容，素材来源说明作为单独本地文件生成。

正文一律使用中文全角标点，引号使用中文全角引号，禁止英文半角引号。生成正文时直接写全角引号，不依赖排版脚本转换；定稿检查时按 `reference/anti_ai_patterns.md` 核对。

对工作总结、工作要点、实施方案、会议讲话、研讨发言、汇报材料等长篇材料，生成正文前还应读取 `reference/standards/99_expressions.md`，内部完成结构选择、小标题策略和段落功能分配。该文件只提供通用写作方法，不得机械套用参考句式，也不得用表达增强替代事实、措施和责任。

表格写作与排版规则：

- 只有在需要呈现重复记录、指标对比、政策维度比较、责任分工、时间安排、问题清单等行列数据时，才使用表格；普通论述、原因分析和建议段落不得为了显得丰富而硬塞表格。
- 表格不得直接作为文档小节标题使用；表题作为普通文字出现在小节标题下方，不使用标题语法。不得生成无表题表格。
- 正文中的表格编号按全文出现顺序连续编号（表1、表2、表3……），不按章节重新编号。
- 生成 Word 时允许使用标准 Markdown 表格；超过 6 列的宽表、用户明确要求"横排表格"的表格，或表格前一行写有 `<!-- landscape-table -->` 标记时，排版脚本会单独切换到横向 A4 页面生成表格。
- 表格内容应简洁可读；若单元格主要是长段落，应改为正文段落或分条说明。

### 步骤5：Word 与红头交付

需要生成 Word 时，正文必须使用 `reference/output_guide.md` 支持的 Markdown 格式，先写入本技能工作目录下的临时正文文件，再调用：

```bash
python3 scripts/format_document.py official-docs/input/official_doc_content.txt
```

普通 Word 默认套用 GB/T 9704-2012 版面：A4、页边距上37/下35/左28/右26mm（版心 156×225mm）、正文 3 号仿宋、行距固定值 28 磅、正文首行缩进 2 字符、页码 `— N —` 居中页脚。`附件：` 开头行自动不缩进、置于落款之前。

红头 Word（仅用户明确要求时）：

```bash
python3 scripts/template_generator.py 通知 --input 普通Word文件路径 --org "发文机关" --doc-number "发文字号" [--secret "秘密★1年"] [--signer "签发人"] [--copy-to "抄送单位1，抄送单位2"]
```

红头脚本生成版头（发文机关标志、发文字号、红色分隔线，上行文另附签发人）、版记（含可选抄送栏），移除普通 Word 的 AI 提示语，并补齐国标页面与页码版面。`--secret` 顶格排密级、`--signer` 仅上行文用、`--copy-to` 写抄送栏；未提供则不生成对应栏位，不臆造。

当前版本不支持自动生成 PDF：用户明确要求 PDF 时，生成正式 `.docx` 后，提示用户使用本机 Word/WPS 的"另存为 PDF"或"导出 PDF"功能完成转换；不得声称已生成 PDF。

对"写一份 / 起草 / 生成 / 整理 / 形成 / 润色 / 改写……"等所有正式写作任务，默认理解为需要 Word 正式文件交付；不得因为用户未写"Word"就先把正文粘贴到聊天窗口。简单会议通知、内部事务通知、短改写等任务同样默认交付 Word。

### 步骤6：审查与质检

以下情况必须执行审查（清单见 `reference/review_checklist.md`）：执行过外部核验、请示/复函/政策依据型报告、管理办法/实施方案/调研报告、工作总结等长篇材料、用户要求正式 Word 或红头文件、用户明确要求检查/审核/把关。

语言与格式审查时，可按 `reference/anti_ai_patterns.md` 检查旁白句、思考泄露、二元包装、口号收尾、空泛词和格式噪点；需要时可选运行 `python3 scripts/prose_lint.py <草稿文件> --format --structure` 做语言质检。脚本只提示语言、格式和重复风险，不检查文种要素完整性，不自动改写；不得把脚本结果作为不加判断的硬性清洗命令。

### 交付门禁（可选）

当用户所处运行环境支持钩子（hook）时，本技能提供本地交付门禁（`hooks/`）：在交付时刻对正文做清洁度、重复清理、超长、欠长、扩写防护五类检查，未通过则拦截交付并给出修改建议。普通起草、改稿、压缩和复核不自动启用钩子；用户明确要求处理交付门禁时，读取 `hooks/README.md`。

## 工作边界

- 不编造未提供依据的单位、政策、金额、日期、文号、印章、签发人、审批结论。
- 不把外部网页搜索结果直接写成用户事实；搜索后在正文外说明来源、日期或检索口径，来源冲突或无法核验时列入"待确认事项"。
- 正文不得出现 AI 身份、隐藏推理、原始提示词、用户指令或起草过程。
- 正式正文仅包含文种功能和用户要求需要的内容；制作版本、内部受众、操作方式、校验门禁、审核状态，以及与稿件事实无关的重复解释和写作边界自述均省去。

使用说明

# 公文写作助手

完全本地运行的中文公文与正式材料写作助手：起草、改写、润色、审查常见文种，支持按国标生成普通 Word 与红头文件，无外部接口、无账号、无联网依赖。

## 使用

```text
帮我起草一份关于开展安全生产大检查的通知，下周一前报送，生成 Word。
```

```text
把这份工作总结压缩到 1500 字以内，语气更稳妥。
```

```text
出一份红头版的函，发文机关××局，字号×政函〔2026〕12号。
```

## 工作原理

- **五种工作模式**：生成 / 审查 / 反问 / 流水线 / 工具封装，按任务复杂度路由最小必要流程
- **文种标准库**：内置通知、请示、报告、函、批复、纪要、通报等 15 类文种标准与表达规范
- **事实纪律**：只用用户材料与本地素材库作依据，不编造单位、政策、金额、文号、签发人
- **国标排版**：python-docx 按 GB/T 9704-2012 生成版面，红头文件含版头、版记与页码规范

## 目录说明

- `SKILL.md` — 主工作流说明
- `reference/` — 任务路由、事实纪律、文种标准（`standards/`）、输出规范与审查清单
- `scripts/` — 初始化检查、Word 排版、红头生成、语言质检、素材库管理
- `hooks/` — 可选本地交付门禁（清洁度/重复/超欠长/扩写防护）

如何安装此技能？

访问技能市场，点击「安装」按钮，按提示将技能包放入 AI 编程助手的 skills 目录即可。