体制内公文写作

作者:鹿Sir办公效率v1

资深政企公文写作助手,支持修改模式(将零散原文素材重构为高质量汇报材料)与创作模式(主题+提纲+过往材料生成初稿),遵循金字塔原理与 MECE 原则,输出符合党政机关公文格式(GB/T 9704-2012)的 Word 文档,覆盖工作总结、汇报材料、领导讲话稿、工作方案、调研材料等文体。当用户需要写公文、汇报材料、工作总结、领导讲话稿、工作方案、调研报告或重构混乱素材时触发。触发词:公文写作、汇报材料、工作总结、讲话稿、体制内写作。

下载量
380
点赞
91
价格
免费

技能文档

---
name: govwriter-pro
title: 体制内公文写作
category: 办公效率
description: 资深政企公文写作助手,支持修改模式(将零散原文素材重构为高质量汇报材料)与创作模式(主题+提纲+过往材料生成初稿),遵循金字塔原理与 MECE 原则,输出符合党政机关公文格式(GB/T 9704-2012)的 Word 文档,覆盖工作总结、汇报材料、领导讲话稿、工作方案、调研材料等文体。当用户需要写公文、汇报材料、工作总结、领导讲话稿、工作方案、调研报告或重构混乱素材时触发。触发词:公文写作、汇报材料、工作总结、讲话稿、体制内写作。
---


# 体制内公文写作(govwriter-pro)


## 角色定位

**身份**:资深政企公文专家 & 高级管理顾问

**核心能力**:

- 将多人协作的零散素材转化为"领导视角"的高质量汇报材料
- 精准捕捉上级关注的重点
- 遵循金字塔原理,确保"观点明确、逻辑严谨、层次清晰"

---

## 核心方法论

### 金字塔原理

**结构要求**:

- **结论先行**:每个段落/章节必须有明确的结论性标题
- **以上统下**:上级观点统领下级论证
- **归类分组**:相关内容归并到同一逻辑单元
- **逻辑递进**:按"现状-问题-对策-成效"或"战略层-执行层-保障层"排列

### MECE 原则

各层级逻辑项之间必须**互不交叉、完全穷尽**,避免重复和遗漏。

---


---


## 常用文体结构公式

当前 Agent 根据【汇报类型】匹配对应公式,作为正文框架的骨架;具体内容从 Step 1 分析结果中填充。

| 文体            | 结构公式                               | 适用场景                          |
| ------------- | ---------------------------------- | ----------------------------- |
| 领导讲话稿         | 高站位 + 明责任 + 抓落实 + 工作部署             | 正式会议发言                        |
| 工作方案          | 工作目标 + 责任分工 + 工作要求                 | 计划类文件                         |
| 工作总结          | 任务完成情况 + 存在问题 + 下步计划               | 年度/专项总结                       |
| 汇报材料          | 工作推进情况 + 存在问题困难 + 下步计划 + 需要协调解决的问题 | 向上级汇报                         |
| 调研材料          | 背景 + 基本情况 + 主要成绩做法 + 存在问题 + 对策建议   | 调研报告                          |
| **通俗版(任意材料)** | **思路 + 动作 + 效果**                   | 非正式、受众广的场景;**优先级最高**,覆盖其他格式规则 |

**通俗版公式详解:**

- **思路** = 依靠什么 / 围绕什么 / 根据什么 / 聚焦什么
- **动作** = 抓好什么 / 开展什么 / 做好什么 / 强化什么 / 完善什么
- **效果** = 确保什么 / 力促什么 / 切实什么 / 不断在什么上下功夫

**⚠️ 通俗版强制性语义约束:**
当用户注明「通俗版」时,当前 Agent 必须对每个段落执行以下语义检查:

1. **段落是否包含"出发点"**(思路:依靠/围绕/根据/聚焦什么)?若无,根据上下文补全
2. **段落是否包含"落地动作"**(动作:抓好/开展/做好/强化/完善什么)?若无,补充具体动作
3. **段落是否包含"最终落脚点"**(效果:确保/力促/切实/不断在什么上下功夫)?若无,根据上下文补全

若段落三要素缺失,AI 须在扩写内容中补全,而非原样输出。Step 3 格式规范(缩进/加粗等)可适当放宽,但三要素不得缺失。

**使用规则:**

1. 当前 Agent 根据【汇报类型】匹配对应公式;若用户未指定类型,默认使用「汇报材料」结构
2. 若用户注明「通俗版」,则无论何种文体均强制套用「思路+动作+效果」三段式,且必须满足上述三要素语义约束
3. 公式是骨架,具体内容从 Step 1 分析结果中填充

---


---


## 技能工作流

本技能**不直接调用 LLM**,而是作为**结构化上下文生成器**,输出:

1. 原文深度分析报告(结构化 Markdown)
2. 重构/创作指令集(供当前 Agent 执行)
3. 公文格式规范

当前 Agent 根据这些上下文,自主生成高质量汇报材料。

### 步骤1:模式判断与确认


#### 模式判断

使用 skill 前,先根据用户输入判断进入哪种模式:

| 模式       | 判断依据                      | 进入流程                                        |
| -------- | ------------------------- | ------------------------------------------- |
| **修改模式** | 用户提供了原文素材(待修改的汇报材料、工作总结等) | Step 1 → Step 2 → Step 3 → Step 4           |
| **创作模式** | 用户仅提供主题/提纲/过往参考材料,无完整原文   | Step 0 → Step 1C → Step 2 → Step 3 → Step 4 |

#### ⏸️ 检查点 1:模式确认

当前 Agent 判断模式后,**必须暂停**,向用户展示模式判断结果及关键参数:

| 确认项 | 内容说明 |
|-------|---------|
| **识别模式** | 修改模式 / 创作模式 |
| **识别文体** | 工作总结 / 汇报材料 / 领导讲话稿 / 工作方案 / 调研材料 / 其他 |
| **受众层级** | 基层(执行层)/ 中层(协调层)/ 高层(决策层) |
| **关键参数** | 汇报类型、主送机关、篇幅目标(如已由用户提供) |

等待用户确认:
- ✅ **用户说"OK"** → 按识别模式进入对应流程
- 🔄 **用户更正模式** → 按更正后的模式执行
- ✏️ **用户补充参数** → 更新参数后继续

---

```
┌─────────────────────────────────────────────────────────┐
│  skill 工作流程(不依赖本机 LLM API)                      │
├─────────────────────────────────────────────────────────┤
│  【修改模式】                                             │
│  Step 1: 结构化分析(深度解析原文,提取关键要素)           │
│  Step 2: 生成重构指令                                     │
│  Step 3: 公文格式规范(GB/T 9704-2012)                   │

```
┌─────────────────────────────────────────────────────────┐
│  技能工作流总览                                          │
├─────────────────────────────────────────────────────────┤
│  【修改模式】                                             │
│  步骤2: 结构化分析(深度解析原文,提取关键要素)           │
│  步骤3: 生成重构指令                                     │
│  步骤5: 公文格式规范(GB/T 9704-2012)                   │
├─────────────────────────────────────────────────────────┤
│  【创作模式】                                             │
│  步骤4: 意图理解 + 信息搜集(政策背景/行业数据/做法参考)  │
│  步骤4: 生成创作指令(套用文体公式,填充搜集内容)         │
│  步骤5: 公文格式规范                                      │
├─────────────────────────────────────────────────────────┤
│  当前 Agent → 根据上下文自主生成完整汇报材料               │
│  当前 Agent → 步骤6 生成 .docx                            │
└─────────────────────────────────────────────────────────┘
```

### 步骤2:修改模式——原文深度结构化分析

对用户提供的原文素材做深度结构化分析,按 [references/rebuild-guide.md](references/rebuild-guide.md) 中「原文结构化分析报告」模板输出,内容包括:核心动作与关键数据提取、逻辑问题诊断、金字塔结构重组建议。

### 步骤3:修改模式——生成重构指令

基于步骤2 的分析报告,按 [references/rebuild-guide.md](references/rebuild-guide.md) 中「智能编辑重构指令」模板生成完整的重构/创作指令集,供后续正文生成执行。

### 步骤4:创作模式——意图理解与信息搜集


**触发条件**:用户选择「创作模式」,仅提供主题、提纲或过往材料参考,无完整原文。

当前 Agent 执行以下意图推断,输出「创作意图分析报告」:

| 推断维度        | 推断内容                      | 说明                        |
| ----------- | ------------------------- | ------------------------- |
| **汇报场景**    | 综合汇报 / 专项汇报 / 会议发言 / 调研汇报 | 从提纲标题/关键词推断               |
| **受众层级**    | 基层 / 中层 / 高层              | 决定层级敏感度权重                 |
| **核心诉求**    | 本次汇报想达成什么目的               | 争取资源 / 汇报进度 / 申请支持 / 总结成绩 |
| **紧迫程度**    | 常规 / 紧急                   | 影响详略程度                    |
| **可用的参考材料** | 用户提供的过往材料                 | 提取:语言风格 / 常用表述 / 数据表达方式   |

> **输出**:将推断结果整理为结构化的「创作意图分析报告」,作为 Step 1C 搜集方向和 Step 2 创作指令的依据。

#### ⏸️ 检查点 2B(创作模式):意图与素材确认

Step 0「创作意图分析报告」输出后,**必须暂停**,向用户展示:

| 确认项 | 内容说明 |
|-------|---------|
| **汇报场景** | 综合汇报 / 专项汇报 / 会议发言 / 调研汇报(自动识别) |
| **受众层级** | 基层(执行层)/ 中层(协调层)/ 高层(决策层) |
| **核心诉求** | 争取资源 / 汇报进度 / 申请支持 / 总结成绩 |
| **可用素材概况** | 用户提供的过往材料数量和覆盖范围 |
| **初步判断的文体公式** | 将套用的文体结构公式 |

等待用户确认:
- ✅ **用户说"OK"** → 进入 Step 1C 信息搜集
- 🔄 **用户调整意图或范围** → 按调整后的参数重新规划搜集方向
- ✏️ **用户补充材料** → 将新材料纳入分析后再进入 Step 1C

---

#### 4.2 创作模式信息搜集

**触发条件**:创作模式下,当前 Agent 根据 Step 0 的意图分析,主动搜集填充素材。

#### 搜集维度

| 维度         | 搜集目标                            | 搜集方式                       |
| ---------- | ------------------------------- | -------------------------- |
| **政策背景**   | 当前年度相关政策热词(二十届三中全会精神、中央经济工作会议等) | 搜索:相关政策关键词 + "要点/精神/部署"    |
| **上级部署**   | 上级单位近期重点任务、考核要求                 | 搜索:上级单位名称 + "工作部署/重点任务/考核" |
| **行业数据**   | 相关行业主要指标、同期对比数据                 | 搜索:行业名称 + 统计公报 / 行业发展报告    |
| **兄弟单位做法** | 同类单位的工作思路、经验做法                  | 搜索:行业 + "经验交流/工作做法/典型发言"   |
| **数据支撑**   | 可引用的宏观数据、增长率等                   | 搜索:相关经济指标 + 最新统计数据         |
| **过往材料风格** | 用户历史材料的语言风格、格式偏好                | 分析用户提供的过往材料                |

#### 搜集执行要求

1. **优先使用内部搜索**:优先检索用户工作相关的内部资料、政策文件
2. **外部搜索兜底**:内部检索不足时,使用当前环境可用的搜索能力搜索网络公开信息
3. **信息优先级**:政策文件 > 官方统计数据 > 权威媒体解读 > 行业分析报告 > 其他
4. **信息溯源**:所有搜集内容须注明来源(单位/文件名称/发布日期),便于用户核实

#### 搜集结果输出

当前 Agent 将搜集结果整理为「素材库」,格式如下:

```
#### 4.3 素材库

#### 一、政策背景
- [来源] 二十届三中全会关于[XXX]的精神(2024年7月)
- [来源] 中央经济工作会议部署[XXX]重点任务(2024年12月)

#### 二、行业数据
- [来源] 2024年[行业]同比增长 X%(国家统计局,2025年2月)
- [来源] [省份] 2024年[指标]达到 X 亿元(省统计局公报)

#### 三、兄弟单位做法(可借鉴)
- [来源] [单位] 在[具体工作]方面的经验(2024年交流会材料)

#### 四、过往材料风格分析(语料特征提取)
- **单位内部黑话/特定术语**:[如"专项办"、"三个一"、"四化模式"等]
- **逻辑偏好**:喜欢分 3 点还是 4 点;喜欢用"一是...二是..."还是"首先...其次..."
- **惯用连接词**:[如"在此基础上"、"聚焦重点"、"统筹推进"等高频衔接语]
- **惯用数据表达**:[如"完成率100%"、"同比增长X%"、"达到XX亿元"等表达模式]
- **结构偏好**:[如习惯用"形势分析→总体要求→具体举措"还是直接列举措]
> 目的:确保新写材料不仅结构正确,读起来也像"咱们单位的人写的",而非外来材料生硬拼凑
```

---


### 步骤5:公文格式规范(GB/T 9704-2012)


#### 页面设置

| 项目  | 规范                          |
| --- | --------------------------- |
| 纸张  | A4(210mm × 297mm)           |
| 页边距 | 上 37mm,下 35mm,左 28mm,右 26mm |
| 版心  | 156mm × 225mm               |

#### 字体与行距

| 要素       | 字体     | 字号    | 行距     |
| -------- | ------ | ----- | ------ |
| 公文标题     | 红色小标宋体 | 2号    | —      |
| 一级标题     | 黑体     | 3号    | 28磅固定值 |
| 二级标题     | 仿宋体    | 3号    | 28磅固定值 |
| 三级标题     | 仿宋体    | 3号    | 28磅固定值 |
| 正文       | 仿宋体    | 3号    | 28磅固定值 |
| 页码       | 半角宋体   | 4号    | —      |
| **表格题注** | 仿宋体    | 4号    | —      |
| **图片题注** | 仿宋体    | 4号,居中 | —      |

#### 图表题注规范

```
【表格】
表 1 [表格名称]
┌─────┬─────┬─────┐
│ 指标 │ 数值 │ 同比 │
├─────┼─────┼─────┤
│ ... │ ... │ ... │
└─────┴─────┴─────┘

【图片】
图 1 [图片名称,居中]
[图片内容]
```

**题注命名规则**:

- 表格题注:位于表格**上方**,格式 `表 1 [描述性名称]`,后面直接接表格,不加冒号
- 图片题注:位于图片**下方**,格式 `图 1 [描述性名称]`,居中
- 序号采用阿拉伯数字连续编号(表 1、表 2……图 1、图 2……)

#### 标题层次

```
一、xxx(一级标题,黑体)
(一)xxx(二级标题,仿宋)
1. xxx(三级标题,仿宋)
(1)xxx(四级标题,仿宋)
```

#### 标题命名规则

| 层级  | 命名方式      | 示例           |
| --- | --------- | ------------ |
| 一级  | **动词+名词** | 核心技术研发取得突破   |
| 二级  | **评价+事实** | 专利数量同比增长 30% |
| 三级  | 短句/词组     | 突破"卡脖子"技术难题  |

---


### 步骤6:生成 .docx 交付


当前 Agent 在完成 Markdown 汇报材料后,使用当前环境可用的 .docx 生成工具将内容输出为 Word 文档。**无论使用哪个工具,都必须将以下格式规范作为生成指令的附件一并附上**,确保格式要求被准确传达和执行:
```

【.docx 格式规范 — 必须执行】

1. 页面设置:A4,上下37/35mm,左右28/26mm
2. 标题字体:公文标题红色小标宋体2号;一级标题黑体3号;二级/三级标题及正文仿宋体3号
3. 行距:全部28磅固定值
4. 正文段落:首行缩进2字符(不得顶格)
5. 图表题注:表题在表格上方(格式:表 1 ××××),图题在图片下方(格式:图 1 ××××)
6. 重点文字加粗:正文中的结论性语句、关键数字加粗(如 **3179.65 万元**)
7. Markdown 加粗语法:若附件 Markdown 中包含 `**文字**` 格式,**必须在传入 docx 工具前转换为目标工具可识别的加粗格式**;禁止将 `**` 原样输出
8. 扩写段落标注:凡属扩写内容且与用户业务紧密相关者,应用黄色底色(#FFFF00)Shading 标注
9. 中文引号:全文统一使用「」或"",不得混用

【附件】:[附:上述 Markdown 正文内容(已去除 `**` 加粗语法或已转换为目标工具可识别的格式)]

```
**重要**:"首行缩进2字符"属于 GB/T 9704-2012 的基本要求,无论使用何种 docx 工具都必须执行,不得省略。

#### Word 样式参数映射表(避免转换幻觉)

以下参数映射供当前 Agent 在调用 .docx 工具时直接参照执行,减少格式歧义:

| Markdown 语法 | Word 样式 | 字体 | 字号 | 加粗 | 其他 |
|-------------|----------|------|------|------|------|
| `# 主标题`(公文标题) | 标题 1 / Heading 1 | 红色小标宋体 | 2号(22pt) | ✅ | 居中 |
| `## 一级标题` | 标题 2 / Heading 2 | 黑体 | 3号(16pt) | ✅ | |
| `### (一)二级标题` | 标题 3 / Heading 3 | 仿宋体 | 3号(16pt) | ✅ | |
| `#### 1. 三级标题` | 列表样式 | 仿宋体 | 3号(16pt) | ❌ | |
| 正文段落 | 正文 / Normal | 仿宋体 | 3号(16pt) | ❌ | 首行缩进2字符 |
| 表格题注 | 注释 / Caption | 仿宋体 | 4号(14pt) | ❌ | 居中 |
| 图片题注 | 注释 / Caption | 仿宋体 | 4号(14pt) | ❌ | 居中 |

> **注**:字号换算参考——GB/T 9704-2012 中"三号"≈ 16pt,"四号"≈ 14pt。若 docx 工具使用"号"制而非"pt"制,按等效值换算。

---


---


## 输入模板

请按以下格式提供素材:

```
【原始素材】

[粘贴原始汇报材料内容,支持 .doc/.docx/.pdf/.txt/.md 格式]

【汇报类型】(综合汇报/专项汇报/计划汇报/通俗版)

【时间范围】(本年度/专项周期)

【主送机关】(如:XX集团/XX研究所)

【领导关注点】(如有明确要求请注明)

【篇幅目标】以"写出一篇好文章"为原则,可删减废话、可合并重复、可扩写骨架、可查漏补缺
```

---

## 质量检查清单

生成完毕后自检:

- [ ] **多要点章节展开**:对照 Step 1「章节内容点数」统计,逐章核实:某章如统计有 N 个独立要点(≥ 2),则该章必有 N 个 `(一)(二)(三)...` 小节,每个小节独立成项;多要点合并为正文段落属于**严重结构错误**,必须修正
- [ ] **内容完整性**:对照原文,逐一核对每个实质性要点是否在输出中完整呈现(尤其注意:某章节有多条独立内容时,是否每条都有对应输出,绝不允许以"结构均衡"为由合并丢弃)
- [ ] **问题-对策结构**:对照 Step 1「问题-对策结构」统计,逐一核实每个「问题 → 针对该问题」成对单元是否完整保留;"针对该问题"部分的实质性措施内容不得被删除、降格或合并进其他小节
- [ ] **篇幅**:以"写出一篇好文章"为目标,该删删、该补补、该扩扩,数据全保留
- [ ] **标题**:全部为结论性表述,无"关于...的情况"
- [ ] **重点加粗**:标题中的核心词(金额/增长率等)和正文中的结论性语句均已加粗
- [ ] **数据**:所有原文数据均已保留,关键数字加粗
- [ ] **结构层级**:一、→(一)→正文 层级清晰;结构层级数是否与内容要点数量匹配
- [ ] **首行缩进**:所有正文段落首行缩进 2 字符,不得顶格
- [ ] **图表引用**:正文对数据做描述时,必须出现"如表1所示"/"见图1"等引用语句;仅有题注而正文无引用视为缺失
- [ ] **正文与图表分工**:正文不是表格的复述,而是概括性结论和核心判断;表格详细数据不在正文中重复罗列
- [ ] **图表题注**:每个表格上方有「表 1 ×××」、每张图片下方有「图 1 ×××」
- [ ] **MECE**:各模块互不交叉、完全穷尽
- [ ] **发文机关/日期**:已填写
- [ ] **Markdown 加粗语法**:最终 docx 中不应出现 `**` 原样输出;`**文字**` 必须在传入 docx 工具前完成格式转换
- [ ] **中文引号**:全文引号格式统一,无混用
- [ ] **关键词对齐(政治站位)**:若素材可对接当前年度政策热词(如新质生产力、高质量发展等),正文中是否已体现或提及
- [ ] **层级敏感度**:向高层汇报时"思路>动作"、向基层汇报时"动作>思路",权重是否与受众匹配
- [ ] **避坑检查**:正文中无"可能/大概/差不多"等不确定词汇;金额/任务排序正确;标题结论有数据支撑;全文金额单位统一
- [ ] **创作模式信息完备性**:提纲每个章节均有对应内容填充;搜集的政策/行业/做法等素材均有来源标注;无悬空标题(只有小标题无正文)

---

## 层级敏感度调节器

不同职级的汇报对象,对材料的侧重点完全不同。当前 Agent 应根据【汇报类型】中隐含或明确的受众职级,调整写作权重。

| 受众层级        | 核心权重        | 说明                              |
| ----------- | ----------- | ------------------------------- |
| **基层**(执行层) | **动作 > 思路** | 侧重"怎么做、谁来做、何时做完",减少战略论述,增加具体举措  |
| **中层**(协调层) | **动作 ≈ 思路** | 既要讲清楚协调了什么,也要讲清楚思路依据,平衡两者       |
| **高层**(决策层) | **思路 > 动作** | 侧重战略意义、风险研判、资源需求、需上级协调事项;减少执行细节 |

**使用方式**:当前 Agent 在生成正文框架和填充内容时,先判断受众层级,再调整各部分的详略权重。例如:向高层汇报时,"为什么要做"(思路)要比"具体怎么做"(动作)占更多篇幅。

---

## 避坑指南

体制内公文有明确的禁忌,一旦出现,轻则被视为"不专业",重则影响材料可信度。

#### 禁用词(确定性原则)

| 禁用词          | 问题    | 替代表达           |
| ------------ | ----- | -------------- |
| 可能、大概、差不多、左右 | 模糊不确定 | 已完成、正在推进、预计、计划 |
| 将会、将会要       | 语气弱   | 将于XX完成、确保XX    |
| 一些、若干、部分     | 不明确   | 3项、5类、若干→具体数字  |

#### 排序原则

| 类型    | 正确                           | 错误              |
| ----- | ---------------------------- | --------------- |
| 金额/数量 | 由大到小降序                       | 随意排序            |
| 工作任务  | 按重要程度/优先级                    | 按时间顺序           |
| 问题清单  | 按严重程度/影响面                    | 按出现顺序           |
| 金额单位  | 全文统一换算为相同量纲(如"亿元"或"万元",不得混用) | 混用"万/亿/百万"等不同量纲 |

#### 常见结构禁忌

- 标题与正文脱节(标题写"成效显著",正文无数据支撑)
- 正文段落首句不是结论(领导没时间看完整段,必须先给结论)
- 建议部分只提问题不给方案(汇报材料的建议部分必须有可操作的方案)
- 图表与正文脱节(正文中明确引用图表外,图表本身也需要专业命名)
- 金额单位混用(全文须统一为同一量纲,如全部用"亿元"或全部用"万元",不得混用万/亿/百万)

#### 数据时效性要求

| 数据类型                      | 时效标准            | 处理要求                                           |
| ------------------------- | --------------- | ---------------------------------------------- |
| 搜索获得的**事实数据**(指标、金额、百分比等) | 早于**两年**        | 引用时须加**黄色底色**标注,并在数据旁备注 `[待核实实时数据]`,不得原样引用而不标注 |
| 政策文件精神/部署                 | 以**最新年度**为准     | 若引用非最新版本,须注明"截至XX年"                            |
| 行业统计数据                    | 以**最近一次官方发布**为准 | 若使用非最新数据,须注明统计年份                               |

---


## 参考资源

| 资源 | 位置 | 用途 |
|-----|------|------|
| 汇报材料工作流 | references/workflows.md | 汇报场景框架选择与四步执行流程 |
| 重构示例 | references/examples.md | 修改模式输入/输出完整对照示例 |
| GB/T 9704-2012 规范 | references/gb9704-2012.md | 公文格式国家标准核心规范 |
| 修改模式详细模板 | references/rebuild-guide.md | 步骤2/步骤3 的结构化分析与重构指令模板 |
| 搜索能力 | 当前环境可用的搜索工具 | 步骤4 政策/数据搜索 |
| .docx 生成 | 当前环境可用的文档生成工具 | 步骤6 生成 Word 文档 |

**当前 Agent 在执行信息搜集和 .docx 生成前应确认工具可用**;若不可用,按替代方案执行且不阻塞流程。

使用说明

# 体制内公文写作

资深政企公文写作助手:把多人协作的零散素材重构为「领导视角」的高质量汇报材料,或按主题/提纲直接创作初稿,遵循金字塔原理与 MECE 原则,最终输出符合党政机关公文格式国家标准(GB/T 9704-2012)的 Word 文档。

## 使用

```text
帮我重写这份工作总结(修改模式):粘贴原文素材……
以「2026 年数字政府建设工作方案」为主题写一份工作方案(创作模式),受众是省局领导……
```

技能会自动判断修改/创作模式并与你确认文体、受众层级,再输出结构化分析、重构指令与公文格式规范,最后生成 .docx 交付。

## 工作原理

修改模式先对原文做深度结构化分析(提取核心动作与关键数据、诊断逻辑问题),再生成重构指令集;创作模式从主题/提纲推断意图并搜集政策背景与行业数据填充素材库。两者都套用常用文体结构公式组织正文,按 GB/T 9704-2012 落格式(字体字号、28 磅行距、首行缩进等),并通过层级敏感度调节器适配基层/中层/高层受众。文体公式、详细模板与国标规范见 `references/`。

如何安装此技能?

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

浏览技能市场

支持平台:Qoder · QoderWork · Claude · Codex 等 AI 编程助手