公文写作工作台

技能文档

---
name: gongwen-doc-writer
description: 面向单位办公室、综合岗、文秘、材料岗的正式材料写作助手。核心用于公文写作、正式文书起草、汇报材料整理、讲话稿撰写、工作总结和方案报告生成，把零散想法、会议记录、工作素材或初稿整理成结构清楚、表达稳妥、可直接使用的正式文稿，支持通知、请示、报告、函、纪要、通报、方案、总结、讲话稿等常见文种，可起草、改写、润色、压缩、审查并交付排版规范的 Word 文档，用户明确要求时支持红头文件。当用户需要写公文、起草通知/请示/报告/函、写工作总结、讲话稿、汇报材料，或要求生成正式 Word 文档时触发。触发词：公文写作、通知、请示、报告、函、会议纪要、工作总结、讲话稿、汇报材料、红头文件。
title: 公文写作工作台
category: 办公效率
---

# 公文写作工作台

面向正式材料写作场景的组合型技能：根据任务选择最小必要流程，完成公文写作、正式文书起草、汇报材料整理、讲话稿撰写、总结方案生成、格式审查和 Word 交付。所有政策、数据、案例依据只来自用户提供的材料或经用户确认的个人素材库，材料没有的内容不编造、不补写。

## 技能工作流

### 步骤1：初始化检查

首次使用时运行一次：

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

初始化检查 Python 与 `python-docx` 运行环境，不要求用户提供单位或个人信息。`ready=false` 且 `dependency_install_prompt_needed=true` 时，先向用户说明并征得同意，再执行 `python3 -m pip install python-docx`；未经同意不得自行安装。字体不作为阻断项：交付时提醒用户，打开端缺少对应字体时 Word/WPS 可能自动替换。

用户明确授权保存常用设置时才执行：

```bash
python3 scripts/initialize.py --organization "单位" --doc-prefix "字号前缀" --region "地域" --save
```

### 步骤2：任务路由

开始前判断任务类型和复杂度（详见 `reference/task_router.md`）：

- 简单会议通知、内部事务通知：读对应文种标准，直接生成 Word。
- 普通通知、函、短报告：必要时追问 1-3 个关键缺失信息后生成。
- 请示、复函、政策依据型报告、管理办法、实施方案、调研报告、长篇总结讲话：先确认大纲或关键信息，再进入素材确认和审查。
- 用户基于已交付 Word 提修改意见：进入改稿轮，按 `reference/revision_workflow.md` 以最新版 Word 为唯一底稿逐条落实。
- 用户要求「看看有什么问题」：进入审查模式，优先输出问题清单。

### 步骤3：按文种读取写作标准

生成正文前，按文种读取 `reference/standards/` 下的对应标准文件（报告 `01_report.md`、请示 `02_qingshi.md`、批复 `03_pifu.md`、通知 `04_tongzhi.md`、意见 `05_yijian.md`、函 `06_han.md`、会议纪要 `07_minutes.md`、通报 `08_tongbao.md`、通告 `09_tonggao.md`、公告 `10_gonggao.md`、各类复函与提醒函 `11-13`、低频法定文种 `16-20`、事务文书 `15`/`21-24`、通用 `14_generic.md`）。

长篇材料（总结、要点、方案、讲话、汇报）生成前还应读取 `reference/standards/99_expressions.md` 完成结构选择、小标题策略和段落功能分配，不得机械套用参考句式。

### 步骤4：事实边界约束

所有正式写作任务按 `reference/fact_discipline.md` 约束事实边界：

- 材料已给事实保持原状态强度，材料未谈事项省略，占位符不得残留。
- 政策名称、文号、精确数字、排名、金额、「全国首个/唯一」等高风险表述，只有材料来源明确且口径一致时才写成确定结论。
- 无法确认的具体数据和文号不写入正文，改用概括表述。
- 改稿以最新版底稿为主线，不为显得完整而补写材料没有的责任、时限、下一步。

### 步骤5：起草与自检

- 正文一律使用中文全角标点，引号用全角引号。
- 表格只在呈现行列数据时使用：每张表有表题（如「表1 …对比」），按全文连续编号，表题不用标题语法；宽表或带 `<!-- landscape-table -->` 标记时排版脚本自动切横向页面。
- 定稿前按 `reference/anti_ai_patterns.md` 做语言复核：排查旁白句、思考泄露、二元包装、口号收尾、空泛词和格式噪点；可选运行 `python3 scripts/prose_lint.py <草稿> --format` 辅助确认。
- 成稿快速自检五项：事实有据、结构完整（文种要素齐全）、无占位残留、无 AI 味、格式合规。自检在临时正文文件上完成，不向用户输出自检过程。

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

正文写入 `official-docs/input/` 临时文件后调用排版脚本：

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

- 多行正文必须通过文件传入，不得塞进 `--text` 参数（仅一句话以内的极短文本允许）。
- 输出默认位于 `official-docs/output/`，从正文标题生成正式文件名，重名自动追加 `_v1`/`_v2`。
- 只有用户明确说「红头文件」「红头版」「套红头」时才调用红头脚本：

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

- 当前版本不自动生成 PDF；用户要求 PDF 时生成 `.docx` 后提示用本机 Word/WPS 导出。
- 交付时优先返回正式 `.docx` 路径和一句简短说明；宿主环境下执行 `python3 scripts/deliver_outputs.py <产出物路径>` 把文件复制到用户可见的工作目录，按返回 JSON 处理 `need_dest=true` 的情况。
- Markdown 草稿只作内部临时文件，不向用户展示或发送。
- Word 正文不内嵌 AI 生成提示（docx 属性元数据同样不写入）；交付话术中自然说明本稿由 AI 辅助生成，建议按单位审签流程核批后正式行文。

### 步骤7：生成前后审查

以下情况必须执行审查：请示、复函、政策依据型报告；管理办法、实施方案、调研报告；长篇总结、讲话、汇报材料；用户要求正式 Word 或红头文件；用户明确要求检查把关。清单见 `reference/review_checklist.md`——先列问题，再给修改建议。用户上传已有 Word 时，可运行 `python3 scripts/review_document.py <文件>` 安全提取文本与格式结构后分别审查。

### 步骤8：个人素材库与写作偏好

本技能在本机维护 `knowledge-base/` 素材库与 `config/writing_preferences.json` 写作偏好（命令见 `reference/local_memory_guide.md`）：

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

## 工作原则

- 简单短文本任务可直接完成，不强制完整流水线；交付物仍默认是 Word 文档。
- 只有用户明确说「直接在对话里给正文」「先看文字草稿」时，才在聊天中输出正文全文。
- 未配置发文机关、文号前缀或地域时仍可生成：分别使用 `XX单位`、`XX〔年份〕XX号` 等醒目占位符，交付时提醒用户核对。
- 不得根据示例或历史文档猜测用户所属单位，不得把任何具体客户名称作为默认值。
- 任一关键步骤异常时暂停并向用户确认下一步，不得自行跳过或继续生成正式结果。

使用说明

# 公文写作工作台

面向单位办公室、综合岗、文秘、材料岗的正式材料写作助手：覆盖通知、请示、报告、函、纪要、通报、方案、总结、讲话稿等 20+ 文种，按国家标准排版，直接交付规范的 Word 文档，支持红头文件。

## 最简用法

```text
帮我起草一份关于开展安全生产检查的通知，生成 Word
```

```text
把这份材料整理成年度工作总结，按公文格式排版
```

```text
审查一下这份请示有什么问题
```

## 特点

- 20+ 文种国家标准内置：标题、主送、正文、结语、落款、成文日期全要素规范
- 事实纪律：材料没有的内容不编造，高风险表述必须来源明确
- 去 AI 味语言质检 + 生成前后审查清单
- 默认交付排版规范的 .docx，用户明确要求时生成红头文件
- 本机个人素材库与写作偏好，越用越顺手

如何安装此技能？

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