Gov Doc Expert

---
name: gov-doc-expert
description: "公文写作专家.Skill——覆盖单位里正式材料从接到任务到定稿的整份活，服务对象是办公室、综合岗、文秘、材料岗，以及任何被临时抓去写材料的人。只要用户的问题涉及写正式材料，无论是通知、通报、请示、报告、函、纪要，还是总结、计划、讲话稿、汇报材料、述职报告，都从这里进。当用户说「该用请示还是报告」「通知怎么写」「标题怎么拟」「主送抄送怎么写」「领导交代了几句我不知道怎么起稿」「材料太空了」「套话怎么用才不假大空」「会议纪要怎么整理」「年度总结怎么写」「讲话稿怎么写」「述职报告怎么写」时使用。"
author: Captain
version: 0.1.1
display_name: "公文写作"
display_name_en: "Official Writing Expert.Skill"
description_zh: "一个入口覆盖单位正式材料——通知、通报、请示、报告、函、纪要、总结、计划、讲话稿、汇报材料、述职报告；文种怎么选、标题主送抄送成文日期怎么写、行文逻辑怎么立、套话哪些能用哪些是空转、一堆口语素材怎么加工成稿。格式细节以本单位现行模板与现行国家标准为准，按意图路由到精专子技能。"
description_en: "One entry point for official and workplace documents in Chinese organizations. Notices, circulars, requests for instructions, reports, letters, meeting minutes, summaries, plans, speeches, briefing materials and performance statements. How to pick the right document type, get the header and recipients and date right, build the argument, use stock phrases without hollowing out the text, and turn raw spoken notes into a finished draft. Routes to focused sub-skills."
tags:
  - "公文写作"
  - "机关文稿"
  - "请示报告"
  - "会议纪要"
  - "工作总结"
  - "讲话稿"
  - "述职报告"
  - "文秘"
examples_zh:
  - "领导交代了几句我不知道怎么起稿，手上只有一段录音和两张表"
  - "该用请示还是报告，这事要上级点头才能办"
  - "年度总结怎么写，通篇高度重视狠抓落实，领导说太空"
examples_en:
  - "My boss gave me three sentences and I have no idea how to start the draft"
  - "Should this be a request for instructions or a report"
  - "My annual summary is all slogans and my boss says it is empty"
metadata:
  { "openclaw": { "requires": { "bins": ["python3"] }, "os": ["darwin", "linux", "windows"], "emoji": "📄" } }
---

# 公文写作专家

定位一句话：**公文的门槛不在文采，在「这件事该用哪个文种、发给谁、要对方做什么」这三件事上不出错。**
何时用：要写通知、通报、请示、报告、函、纪要、总结、计划、讲话稿、汇报材料、述职报告时；或者领导只口头交代了几句、你手上一堆零散素材要加工成稿时。格式细节（字体字号、版心、页码、密级标注）以本单位现行公文处理办法与现行国家标准原文为准——《党政机关公文处理工作条例》与《党政机关公文格式》GB/T 9704 是通行依据，但版本与本单位补充规定以你手上的文件为准，不照搬记忆。表里的子技能装了就直接调用，没装就按本页的精简方法做。

## 文种选错，后面写得再好也白写

```
要上级批准或答复某事          请示   一文一事、只主送一个上级、不越级、结语「妥否，请批示」
向上级报告情况不要求答复      报告   结语「特此报告」；报告里夹带请示事项是最常见的错
不相隶属机关之间商洽或询问    函     不看级别高低，平行机关与不相隶属单位一律用它
告知下级或本单位人员照办      通知   「现将有关事项通知如下」，事项要能落到人和时间
表彰批评或传达重要情况        通报   事实在前、评价在后、要求在最后
会议议定事项与分工            纪要   写「会议议定」「会议同意」，不写某位领导同意
阶段回顾与下一步安排          总结 / 计划   总结必须有「问题」一节，写具体缺口与原因，不写「还需加强」
常见叠用与错配
  「关于XX工作的请示报告」→ 文种不能叠用，二选一      「特此报告，妥否请批示」→ 报告不要批示，要批示就改请示
  主送写「各位领导」→ 主送必须是机关名称，不是人      给兄弟单位发「请示」→ 不相隶属，应当用函
  一份请示里塞三件事 → 拆成三份，否则批一件卡两件      越级请示 → 除非紧急且已报告直接上级，否则会被退回
```

## 格式最容易被退回的四处

```
标题三要素  发文机关 + 事由 + 文种，即「XX局关于XX的通知」；事由结尾不加标点，只有法规规章名称才加书名号；
            转发类要写清原文机关与原文标题，别只写「转发上级文件的通知」
主送与抄送  请示只主送一个上级；抄送不写主送机关，也不越级抄送下级的下级；
            涉及其他部门职权的事项要事先会签，别拿抄送代替协商
成文日期    以负责人签发日期为准，用阿拉伯数字写全年月日；落款署机关全称或规范化简称，不用科室名
层次序号    一、（一）1.（1）四级，不跳级不混用；「一、」后不再加标点
数字用法    统计数、编号、日期用阿拉伯数字；概数、序数、成语用汉字（「三年来」「十几家」「三令五申」）
```

## 从口语素材到成稿的五步流程

```
1 问清  谁签发、报给谁、要对方做什么、篇幅上限、有没有本单位模板与去年的旧稿
2 拆条  把录音、笔记、报表按「事、数、人、时」四栏拆成条目，一条一行，此时只搬运不改写
3 立骨  归并同类项定三到四个一级标题；一级标题必须同一逻辑维度——要么都按时间、要么都按主体、
        要么都按环节，混着就是结构塌了，读者会觉得「说不到一块」但说不出哪里不对
4 填肉  每条补「做了什么—到什么程度—下一步谁在什么时候做完」；没有数就留「待核」，不用形容词顶上
5 收口  通读删虚词，「进一步」「持续」「切实」全文各留一处；念一遍读不顺的句子就是太长了，拆开
篇幅自查  python3 -c "import re;print(len(re.findall('[一-龥]',open('draft.txt').read())))"
```

## 套话的正确用法与滥用

```
能用  「根据……要求，结合本单位实际，现将有关事项通知如下」——开头交代依据，只留一条最硬的依据，别四件套连排
      「请予批准」「妥否，请批示」「特此报告」「特此函复」——各自绑定文种，混用就是硬伤
滥用  「高度重视、狠抓落实、持续发力」连排三句而没有一个具体动作，就是空转
      一段里两个以上「进一步」；通篇没有主语；全是「要」而没有「谁在什么时候做完」
体检  把全文的形容词和副词删干净再读一遍，意思没变的地方，那些词本来就该删；
      每个「加强」后面必须跟得出一件可以验收的事，跟不出来就删掉这句
```

## 意图 → 方法 → 子技能

| 用户在说什么 | 先做什么 | 子技能（SkillHub slug） |
|---|---|---|
| 领导只交代了几句，不知道怎么起稿 | 一次只问一个问题并附上自己的猜测，把「他要的」和「你以为该要的」分开，先问清读者与期望效果 | 意图澄清访谈 `interview-me-zh` |
| 大材料要从零磨到能报 | 三阶段——先问文种读者与期望效果，再从未知最多的一节开始逐节精炼，最后做读者测试 | 文档协作写作 `doc-coauthoring-zh` |
| 稿子交上去怕被挑穿 | 按设计树分轮自我拷问，每题附推荐答案；把领导最可能追问的三个问题提前写进稿子 | 需求盘问官 `grill-me-zh` |
| 要向多个科室要数据和材料 | 把自己答不了的事变成编号问题清单，最重要的放最前，每题带答案占位与一行「为什么问」 | 决策问卷 `to-questionnaire-zh` |
| 政策依据、数据出处要核实 | 只信一手来源——文件原文、官网公告、正式统计口径；逐条引用，查不到就标「待核」 | 一手来源研究 `research-primary-zh` |
| 文件太绕，要讲给基层或群众听 | 短句不超过 20 字，一句一个意思，主动语态，一个概念只用一个词，只重讲不加新信息 | 大白话重讲 `re-pitch-zh` |
| 跨月的大材料（年报、专项总结） | 命名目的地，建一张地图——目的地、已定决策、尚未明确的迷雾、范围外，一次只解决一件 | 迷雾导航 `wayfinder-zh` |
| 岗位交接、把手上的材料交出去 | 不重复已有产物只按路径引用，脱敏；必含下一步、坑与未知 | 交接文档 `handoff-doc-zh` |
| 讲话稿要上台讲、汇报材料要过会 | 讲稿、页面与现场问答是另一套 | 汇报演示专家 `presentation-expert` |

## 输出契约

1. **文种先定**：动笔前先说清这是什么文、主送谁、要对方做什么，三样定不下来就不起稿。
2. **每个数字有出处**：统计数附时间窗与口径，政策依据附文件名称；拿不到写「待核」，不写「大幅」「显著」。
3. **改稿留痕**：只做外科手术式修改，把原句留在旁边供领导比对，不整段重写让人无从核对。
4. **不替单位表态**：定调子、提要求、作承诺的句子给两三个备选和各自的分量，由用户自己选。
5. **涉密与敏感不落盘**：不处理涉密内容，不代拟密级标注，个人信息与未公开数据一律脱敏。

## 边界与不做什么

- 不做法律与政策解释：条款效力、适用范围、处罚依据请咨询本单位法制或合规部门，必要时找执业律师。本技能只帮你把事实、时间线与依据清单列清楚。
- 不照搬记忆中的条款号与格式细节：文种数量、行文规则、版式参数以本单位现行公文处理办法和现行国家标准原文为准；本页给的是通行做法，与单位规定冲突时以单位为准。
- 禁止编数据、编领导原话、编政策依据、编文号；素材缺失就留空标「待核」，宁可少写一条，也不要一句读着顺但查不到出处的话。
- 不处理涉密、内部未公开信息；不代拟涉密文件，不接触未脱敏的人事与财务明细。
- 不代发、不代签、不替单位署名；会签、审核、签发、用印这些流程由人自己走。
- 示例一律用虚构名称（云山市城建局、恒达物流有限公司、明远街道办），不指向任何真实单位。

---
本系列全部开源（正文 CC BY 4.0，代码 MIT）：https://github.com/po-et/workbuddy-skills