公文写作助手

技能文档

---
name: gongwen-writer-pro
title: 公文写作助手
description: 面向单位办公室、综合岗、文秘、材料岗和企事业单位用户的正式材料写作助手。用于公文写作、正式文书起草、汇报材料整理、讲话稿撰写、工作总结和方案报告生成，可进行起草、改写、润色、扩写、压缩、标题优化、结构调整、语气统一和内容审查，最终交付排版规范的 Word 文档。支持通知、请示、报告、函、会议纪要、通报、公告、意见、方案、总结、管理办法、发言稿、调研报告等常见文种。当用户提到"写公文""起草通知""写报告""写请示""会议纪要""讲话稿""工作总结""实施方案""红头文件""生成 Word 公文"等时触发。
category: 办公效率
---

# 公文写作助手

面向正式材料写作场景的组合型写作技能。它不是固定从头到尾执行的演示脚本，而是根据任务选择最小必要流程，帮助用户完成公文写作、正式文书起草、汇报材料整理、讲话稿撰写、总结方案生成和 Word 交付。

## 设计模式

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

- Tool Wrapper：封装普通 Word 排版、红头文件生成和语言质检。
- Generator：根据文种标准和用户材料生成公文正文。
- Reviewer：按审查清单检查格式、逻辑、素材来源和公文风险。
- Inversion：复杂任务或关键信息缺失时，先向用户追问。
- Pipeline：仅在长篇复杂材料、红头交付等场景执行带检查点的严格流程。

## 技能工作流

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

技能被调用后，先运行一次初始化检查：

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

初始化用于检查 Python、`python-docx` 等基础运行环境，不要求用户提供单位或个人信息。初始化结果显示 `python_docx=false` 时，经用户同意后执行 `python3 -m pip install python-docx` 安装依赖并重跑初始化，未经用户同意不得自行安装。

### 步骤2：任务路由

按 `reference/task_router.md` 判断任务类型（起草/润色改写/多轮改稿/审查把关/Word 交付）与复杂度（简单/常规/复杂/高风险），选择对应流程。常见路由：

- 简单会议通知、内部事务通知：读取对应标准，直接生成 Word 文档。
- 普通通知、函、短报告：必要时追问少量关键信息，然后生成。
- 管理办法、实施方案、调研报告、工作总结：先确认大纲，再生成 Word。
- 用户基于已交付 Word 提修改意见：进入改稿轮，按 `reference/revision_workflow.md` 执行。
- 用户要求"看看有什么问题"：进入 Reviewer 模式，优先输出问题清单。
- 用户明确要求"红头文件/红头版/套红头/生成红头"：先生成普通 Word，再生成红头文件。

### 步骤3：检索素材库与确认大纲

初始化结果 `local_memory` 中素材或偏好数量大于 0 时，先用 `scripts/local_memory.py kb search` 按任务主题检索素材、用 `pref list` 读取偏好；命中素材作为用户材料使用。复杂任务先与用户确认写作大纲；简单任务可跳过。

### 步骤4：按文种标准生成正文

生成正文前，按文种读取对应标准文件：

- 报告：`reference/standards/01_report.md`
- 请示：`reference/standards/02_qingshi.md`
- 批复：`reference/standards/03_pifu.md`
- 通知：`reference/standards/04_tongzhi.md`
- 意见：`reference/standards/05_yijian.md`
- 函：`reference/standards/06_han.md`
- 会议纪要：`reference/standards/07_minutes.md`
- 通报：`reference/standards/08_tongbao.md`
- 通告：`reference/standards/09_tonggao.md`
- 公告：`reference/standards/10_gonggao.md`
- 无意见复函：`reference/standards/11_fuhan_approve.md`
- 有意见复函：`reference/standards/12_fuhan_objection.md`
- 提醒函：`reference/standards/13_reminder.md`
- 决定、决议、命令、公报、议案等低频法定文种：`reference/standards/16_decision.md`、`reference/standards/17_resolution.md`、`reference/standards/18_order.md`、`reference/standards/19_gazette.md`、`reference/standards/20_motion.md`，或未明确文种时使用 `reference/standards/14_generic.md`
- 事务文书：`reference/standards/15_business_docs.md`、`reference/standards/21_explanation.md`、`reference/standards/22_application.md`、`reference/standards/23_publicity.md`、`reference/standards/24_procurement.md`

正文一律使用中文全角标点，引号使用中文全角引号 `" " ' '`，禁止英文半角引号。生成正文前必须按 `reference/fact_discipline.md` 约束事实边界：材料已给事实保持原状态强度，材料未谈事项省略，占位符不得残留，不得为显得完整而补写责任、时限、下一步等材料没有的内容。

对工作总结、工作要点、实施方案、专项整治方案、会议讲话、研讨发言、汇报材料等长篇材料，生成正文前还应读取 `reference/standards/99_expressions.md`，内部完成结构选择、小标题策略和段落功能分配；定稿前按 `reference/anti_ai_patterns.md` 做语言复核，排查旁白句、思考泄露、二元包装、口号收尾、空泛词和格式噪点。

高风险事实处理：政策名称、文号、发布日期、精确数字、排名、占比、金额、全国首个/领先/唯一等表述，只有来源明确且口径一致时才写成确定结论；无法确认的具体数据和文号不写入正文，只能改用概括表述。

### 步骤5：成稿快速自检

每次生成 Word 前默认执行，逐项过、不合格先自查修正再交付，不向用户输出自检过程：

1. **事实有据**：政策名、文号、数字、日期要么来自用户材料或素材库；凭印象写的高风险表述（全国首个/领先/唯一等）删除或降级为概括表述。
2. **结构完整**：文种必需要素齐全（标题、主送、正文、结语、落款、成文日期；请示有请批事项和请批语，报告不带请批），无缺失章节。
3. **无占位残留**：正文无 XX单位、XXXX万元、〔待补充〕、YYYY年MM月DD日 等未处理占位（用户明确要求模板稿除外）。
4. **无 AI 味**：无旁白句（"本文将…"）、思考泄露（"作为AI…"）、口号式收尾（"提供有力支撑"）、Markdown 残留（**加粗**/###/代码块）；引号一律中文全角。可选运行 `python3 scripts/prose_lint.py <草稿> --format` 辅助确认。
5. **格式合规**：表格有表题且连续编号、表题非标题语法；落款日期格式正确；字数符合用户要求。

### 步骤6：生成 Word 并交付

需要生成 Word 时，正文必须使用 `reference/output_guide.md` 支持的 Markdown 格式。

普通 Word：

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

调用前先把正文写入本技能工作目录下的 `official-docs/input/` 临时正文文件。输出只能位于 `official-docs/output/`；脚本默认从正文标题生成正式文件名，并在同名文件已存在时追加 `_v1`、`_v2`。只有一句话以内的极短文本才允许使用 `--text`；多行正文不得直接通过命令行参数传入。

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

```bash
python3 scripts/template_generator.py 通知 --input 普通Word文件路径 --org "发文机关" --doc-number "发文字号"
```

生成成功后，优先返回正式 `.docx` 文件路径和一句简短说明。不要发送 Markdown 草稿、正文初稿、完整正文或中间文件路径。当前版本不支持自动生成 PDF；用户明确要求 PDF 时，生成 `.docx` 后提示用户在本机 Word/WPS 中另存或导出。

## 写作规则

- 用户未配置发文机关、文号前缀或地域时，仍可生成文档：分别使用 `XX单位`、`XX〔年份〕XX号` 等醒目占位符，交付时提醒用户核对占位符。
- 不得根据示例或历史文档猜测用户所属单位，不得把任何具体客户名称作为默认值。
- 正式写作任务不得先在对话中发送"正文初稿""压缩版""预览版"或完整正文；应直接生成 Word，只给简短说明和文件路径。
- 只有用户明确说"直接在对话里给正文""不要生成 Word""先看文字草稿"时，才在聊天中输出正文全文。
- Word 正文不内嵌 AI 生成提示，docx 属性元数据同样不写入。AI 生成标识仅由交付话术承担：在对话中自然说明一句——本稿由 AI 辅助生成，建议按单位审签流程核批后正式行文。
- 交付时不主动说明字体；仅在用户问到时回答，且一律写全称"仿宋_GB2312（公文标准字体）"。
- 版记：普通 Word 不自动生成版记；用户明确要求版记时，建议由用户在 Word 中于落款之后手工补充，或改用红头文件（红头脚本生成国标版记）。
- 落款与联系人（按行文方向）：落款单位右空两字、成文日期首字在单位首字右移两字处，均由脚本自动处理；联系人电话写入正文相关事项段，不得独立成结尾最后一段——上行文必须写明，平行文可用可不用，下行文不作强制要求（详见各文种标准）。
- Markdown 草稿只能作为生成 Word 的内部临时文件；不得向用户展示、链接、发送或要求用户审阅 `.md` 草稿。
- 任一关键步骤出现异常时，必须暂停并向用户确认下一步；不得自行跳过环节、改写任务目标或继续生成正式结果。

表格写作与排版规则：

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

## 个人素材库与写作偏好

本技能在本机维护个人素材库 `knowledge-base/` 与写作偏好 `config/writing_preferences.json`，均只对当前用户生效、不随公开包分发、不上传。

- 保存或删除素材/偏好必须先经用户确认；一次性使用的内容不保存。
- 素材库命中的材料按用户提供的材料对待，仍须遵守 `reference/fact_discipline.md` 事实边界。
- 用户明示的写作偏好优先于文种标准和默认排版（红头国标强制项除外，冲突时向用户说明）；与当轮要求冲突时当轮优先。

命令与完整规则（六类分类、沉淀时机、应用范围）见 `reference/local_memory_guide.md`。

## 审查规则

以下情况必须执行审查：

- 请示、复函、政策依据型报告
- 管理办法、实施方案、调研报告
- 工作总结、工作要点、专项整治方案、会议讲话、研讨发言、汇报材料等长篇材料
- 用户要求正式 Word 或红头文件
- 用户明确要求检查、审核、把关

审查清单见 `reference/review_checklist.md`。发现问题时先列问题，再说明修改建议。语言与格式审查时，可按 `reference/anti_ai_patterns.md` 检查旁白句、思考泄露、二元包装、口号收尾、空泛词和格式噪点；需要时可选运行 `python3 scripts/prose_lint.py <草稿文件> --format --structure` 做语言质检。用户上传已有 Word 时，可用 `python3 scripts/review_document.py <文件>` 提取结构与待核验文本后逐条审查。

## 参考资料（渐进式读取）

按任务条件只加载命中的参考资料，不一次性读取全部文件：

| 文件 | 阶段 | 加载条件 |
| --- | --- | --- |
| `reference/task_router.md` | 任务开始 | 判断任务类型与复杂度，所有任务先读 |
| `reference/revision_workflow.md` | 改稿轮 | 用户基于已交付 Word 提修改意见的连续改稿 |
| `reference/local_memory_guide.md` | 素材/偏好管理时 | 素材库或偏好数量大于 0，或用户要求保存/查看/删除素材与偏好时 |
| `reference/fact_discipline.md` | 起草/改稿前 | 所有正式写作任务，约束事实边界 |
| `reference/anti_ai_patterns.md` | 定稿前/审查 | 正式正文语言复核、去 AI 味 |
| `scripts/prose_lint.py` | 定稿前 | 检查草稿语言、格式、重复风险（可选） |
| `scripts/local_memory.py` | 写作前/写作后 | 素材库或偏好数量大于 0 时检索素材、应用偏好 |
| `reference/output_guide.md` | 生成 Word 前 | 正文 Markdown 格式、Word 交付 |
| `reference/review_checklist.md` | 生成前后 | 按任务风险执行审查时 |
| `reference/standards/*.md` | 按文种 | 命中对应文种时读取（见"技能工作流"步骤4） |

使用说明

# 公文写作助手

面向企事业单位与机关办公场景的正式材料写作技能，覆盖起草、改写、润色、审查到 Word 交付的完整流程。

## 功能特性

- 支持通知、请示、报告、函、会议纪要、通报、公告、意见、方案、总结、管理办法、发言稿、调研报告等 30+ 文种，内置各文种国标格式标准
- 默认交付排版规范的 Word 文档（仿宋_GB2312、标准字号与页边距），支持按需生成红头文件
- 内置事实边界约束、去 AI 味语言复核、成稿五项快速自检和审查清单
- 本机个人素材库与写作偏好，越用越贴合单位行文习惯

## 最简用法

```text
帮我起草一份关于开展秋季安全生产检查的通知，10 月底前完成，需要正式 Word 版。
```

```text
把这份工作总结改写成汇报材料，压缩到 2000 字以内，生成 Word。
```

首次使用会自动检查 Python 与 python-docx 环境，按提示确认安装即可。

## 环境要求

- Python 3.8+
- python-docx（排版生成 Word）

如何安装此技能？

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