体制内写作·灵析

👤 Mr. Man 📦 v1.0.4 ⭐ 4.6 ⬇️ 13K 下载
✍️ 内容创作 免费

📖 技能介绍


name: govwriter-pro description: 政府公文创作与重构专家,支持修改模式(原文素材重构)和创作模式(主题+提纲+过往材料 → 初稿),输出符合党政机关公文格式(GB/T 9704-2012)的 Word 文档 triggers: - 政府公文 - 汇报材料 - 工作总结 - 领导讲话稿 - 工作方案 - 调研材料 - 公文写作 - 公文格式 - 公文重构 - 公文创作 - 金字塔原理 - MECE - 体制内写作 - GB/T 9704 version: "1.0.4" updated: "2026-04-28"


体制内写作·灵析 (GovWriter-Pro)

角色定位

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

核心能力

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

核心方法论

金字塔原理

结构要求

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

MECE 原则

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


工作流程

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

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

宿主 AI(如 WorkBuddy、Claude、Copilot 等)根据这些上下文,自主生成高质量汇报材料。


模式判断

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

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

⏸️ 检查点 1:模式确认

宿主 LLM 判断模式后,必须暂停,向用户展示模式判断结果及关键参数:

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

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


┌─────────────────────────────────────────────────────────┐
│  skill 工作流程(不依赖本机 LLM API)                      │
├─────────────────────────────────────────────────────────┤
│  【修改模式】                                             │
│  Step 1: 结构化分析(深度解析原文,提取关键要素)           │
│  Step 2: 生成重构指令                                     │
│  Step 3: 公文格式规范(GB/T 9704-2012)                   │
├─────────────────────────────────────────────────────────┤
│  【创作模式】                                             │
│  Step 0: 意图理解(从提纲/主题推断背景、受众、核心诉求)    │
│  Step 1C: 信息搜集(主动搜索政策背景/行业数据/做法参考)    │
│  Step 2: 生成创作指令(套用文体公式,填充搜集内容)         │
│  Step 3: 公文格式规范                                      │
├─────────────────────────────────────────────────────────┤
│  宿主 AI → 根据上下文自主生成完整汇报材料                   │
│  宿主 AI → Step 4 生成 .docx                              │
└─────────────────────────────────────────────────────────┘

│ Step 3: 公文格式规范 │ │ → 输出 GB/T 9704-2012 格式要求 │ ├─────────────────────────────────────────────────────────┤ │ 宿主 AI → 根据上下文自主生成完整汇报材料 │ ├─────────────────────────────────────────────────────────┤ │ Step 4: 调用 minimax-docx 生成 .docx │ └─────────────────────────────────────────────────────────┘

### Step 4:生成 .docx

宿主 AI 在完成 Markdown 汇报材料后,通过 `use_skill` 加载 `~/.codebuddy/skills/minimax-docx/`(或任一可用的 .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 样式参数映射表(避免转换幻觉)

以下参数映射供宿主 AI 在调用 .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"制,按等效值换算。

---

## Step 1:原文深度结构化分析

对原始素材进行以下维度的深度解析,输出结构化报告:

### 分析维度

| 维度 | 内容 |
|-----|------|
| **核心主题** | 提炼 1 句话概括全文主旨 |
| **时间范围** | 素材覆盖的时间周期 |
| **数据资产** | 所有关键数字(金额、增长率、百分比、排名等) |
| **成果亮点** | 突破、获奖、市场开拓、技术进展等 |
| **问题瓶颈** | 困难、挑战、风险、需协调事项 |
| **建议诉求** | 对上级单位的请求和建议 |
| **模块划分** | 按 MECE 原则归类的逻辑模块 |
| **章节内容点数** | **本维度的核心目的**:统计原文每个二级章节(**一、**下的 ### 三级标题)各包含几条实质性独立要点。输出为:`第三章:3条要点;第四章:2条要点……`。这一信息在重构阶段直接决定:每条要点必须对应一个独立子标题,不允许合并 |
| **问题-对策结构** | **重要**:识别原文各章节是否包含「问题描述 + 对应解决思路/措施/做法」的成对结构(**不拘泥于章节标题名称**,可能是"待改进方面"、"存在问题与思路"、"短板与举措"、"挑战与对策"等任何表述)。判断标准:同一子章节内,先描述问题/困境,随后用"针对该问题"、"针对以上问题"、"为此"、"对策是"等引导词引出解决思路,两段形成"问题←→对策"的语义捆绑。统计有多少个这样的单元,输出格式:`第3章:2个问题-对策单元;第4章:1个问题-对策单元`。这些单元在重构时**必须整块保留**,禁止拆分删除 |
| **缺失内容** | 原文有逻辑断层或不完整的地方 |
| **关键词对齐(政治站位+时效性)** | 检索当前年度核心政策热词(如新质生产力、高质量发展、两重两新、低空经济、数据要素等),检查材料中是否有可挂钩的切入点,在结构化分析报告中标注「可对接政策:XXX」。体制内材料讲究"上接天线",若无政策关键词对接,需在重构时主动寻找素材与政策的结合点 |

### 输出格式

```markdown
## 原文结构化分析报告

### 核心主题
[1句话概括]

### 数据资产清单
| 指标 | 数值 | 同比增长 | 原文位置 |
|-----|------|---------|---------|
| 新签合同毛利率 | 68.64% | +26.64ppt | 第一章第一节 |
| ... | ... | ... | ... |

### 成果亮点
- [亮点1]:[支撑数据]
- [亮点2]:[支撑数据]
...

### 问题瓶颈
1. [问题1]:[具体描述]
2. [问题2]:[具体描述]
...

### 建议诉求
1. [诉求1]
2. [诉求2]
...

### 模块划分建议
| 模块 | 核心观点 | 包含子项 |
|-----|---------|---------|
| 模块一 | 结论性标题 | 1.1, 1.2, 1.3 |
| 模块二 | 结论性标题 | 2.1, 2.2 |
...

⏸️ 检查点 2(修改模式):分析报告确认

Step 1「原文深度结构化分析」报告输出后,必须暂停,向用户展示:

  • 结构化分析报告全文(核心主题、数据资产、成果亮点、问题瓶颈、模块划分等)
  • 章节内容点数统计:逐章列出各章的独立要点数(直接决定 Step 2 展开规则)
  • 问题-对策结构统计:逐章列出问题-对策成对单元数

等待用户确认: - ✅ 用户说"OK" → 进入 Step 2 重构指令生成 - ✏️ 用户补充/修正分析结果 → 按用户反馈更新报告后继续 - ⚠️ 用户指出遗漏要点 → 补充后再进入 Step 2


Step 2:智能编辑重构/创作指令

  • 修改模式:基于 Step 1 的分析结果,站在编辑视角生成完整的重构指令
  • 创作模式:基于 Step 0 意图分析和 Step 1C 搜集素材,站在主笔视角生成完整的创作指令

核心编辑原则

【第一原则】以"写出一篇好文章"为最终目标,而非保留原文
【第二原则】该删则删(冗余废话),该补则补(漏掉的逻辑链),该扩则扩(骨架章节)
【第三原则】多份素材合稿时,以"内容互补、不重复、逻辑自洽"为准
【第四原则】「问题-对策」成对结构必须整块保留,禁止拆分删除

⚠️ 强制性规则:多实质项章节必须展开为多个独立小节

原文某章包含多条实质性独立要点时,重构后这些要点必须逐条展开为独立的(二级/三级)小节,不允许以任何理由("结构均衡""阅读节奏""篇幅控制")将其合并或降格为正文段落。

情况 识别方法 正确处理
多实质项展开 原文某章节下有多条相互独立的实质性内容(各有不同主题、数据或观点) 全部展开为各自独立的 (一)(二)(三)... 小节,每条小节标题为结论性表述,小节下跟 1-N 段正文
字数超标 某段正文超过 400 字,但内容本身不可分割 精简冗余描述(形容词/重复表达),核心事实和数据一字不动
骨架章节 某章节只有标题,完全没有正文 扩写 200-400 字
结构均衡 某章只有 1 个子项,但该子项内容本身很充实 ✅ 正确——内容充实不是问题,无需强制拆并

错误示例(已造成内容丢失):

  • 原文第X章有 4 个独立问题:问题A / 问题B / 问题C / 问题D → 重构后只有 (一)问题A,剩下 3 条被合并为正文段落 ← 违反本规则
  • 原文第Y章有 3 个独立判断:判断① / 判断② / 判断③ → 重构后只有 (一)判断①,剩下 2 条被合并为正文段落 ← 违反本规则
  • 正确结构示例:第X章 (一)问题A / (二)问题B / (三)问题C / (四)问题D

⚠️ 强制结构规则:(一) 小节下正文段落数量规范

场景 正文段落数 说明
(一) 小节仅有 1 个核心意思 1 段正文 直接围绕标题展开,150-400 字
(一) 小节包含多个层次/方面 N 段正文(N ≥ 2) 每段围绕一个层次展开,段落间用"一是...二是..."衔接
多个相互独立的实质性要点 每个要点单独成 (一)(二)(三)... 小节 这是最常见的错误来源——不要把多个独立要点放在同一个小节下作为正文段落

六类场景的编辑策略

场景 识别特征 编辑策略
冗余废话 重复表达、官话套话、无实质内容 删除,保留核心事实
骨架章节 只有小标题,正文为"待补充" 根据上下文意图扩写完整段落
逻辑断层 章节间跳跃、缺少过渡 补充过渡句/段
多稿冲突 同一数据多版本、观点矛盾 编辑判断,取最优表达
问题-对策结构 同一子章节内同时包含「问题描述」和「针对该问题的思路/措施/做法」两段成文内容(章节标题可能为"待改进方面"、"存在问题与思路"、"短板与举措"等任何表述),两者形成语义捆绑 整块保留,禁止拆分删除。问题部分精简冗余表述,对策部分保留核心举措。可将两段合并为一个更流畅的段落,但不得删除"针对该问题"所对应的实质性措施内容

正文框架生成

生成原则:

  • 保留原文所有关键数据,数字不可删除
  • 结论性标题,禁止"关于XXX的情况"
  • 结构按 MECE 重组,不拘泥于原文顺序
  • 扩写骨架章节,根据上下文推断缺失内容
  • 框架套用「常用文体结构公式」,根据文体类型选择对应公式,不得使用单一固定模板

框架生成规则

正文框架按以下优先级选取:

优先级 1:用户已有明确提纲

若用户在输入中已提供提纲(尤其是上级单位规定的年度总结提纲、会议发言提纲等),无论识别出何种文体,一律严格按用户提纲的章节顺序和标题编写,不做结构调整。

  • 提纲中的章节标题尽量改为结论性表述(加结论词,如"全年营收增长 12%"而非"全年营收情况")
  • 提纲中的空章节 → 按「骨架扩写」规则处理
  • 提纲中的多实质项 → 各独立成(一)(二)(三)小节,不得合并

优先级 2:无提纲,按文体公式套用

Step 1 识别的文体 套用公式 具体章节框架
工作总结 任务完成情况 + 存在问题 + 下一步计划 一、[年度/任期工作完成情况——结论性表述](含各子项要点);二、[存在问题与不足——结论性表述](独立问题各自成小节);三、[下一步工作计划——结论性表述]
汇报材料 工作推进情况 + 存在问题困难 + 下步计划 + 需要协调解决的问题 + 对上级单位的建议 一、[工作推进情况];二、[存在问题与困难](独立问题各自成节);三、[下步计划];四、[需要协调解决的问题];五、[对上级单位的建议]
领导讲话稿 高站位 + 明责任 + 抓落实 + 工作部署 一、[当前形势/背景];二、[目标任务];三、[重点举措](分模块展开);四、[抓落实要求]
工作方案 工作目标 + 责任分工 + 工作要求 一、[工作目标](含量化指标);二、[重点任务/责任分工](分条列示);三、[保障措施/工作要求]
调研材料 背景 + 基本情况 + 主要成绩做法 + 存在问题 + 对策建议 一、[调研背景];二、[基本情况];三、[主要做法与成效](独立做法各自成节);四、[存在问题];五、[对策建议]
其他/混合文体 按「汇报材料」公式为基础框架,根据原文实际章节增删调序 参考汇报材料结构,按原文素材分布调整

重要:同一文体内若有多个实质性并列要点(如"存在问题"下的 A/B/C 三个独立问题),每个要点各自独立成(一)(二)(三)小节,不得合并为一段正文。具体要求见「多实质项独立成节」规则。

生成时,先写占位框架(含结论性小标题),内容从 Step 1 分析结果中填充;原文无对应章节则标记为「[待补充内容]」,后续由扩写规则处理。

写作规范

要求 说明
标题 结论性(动词+名词/评价+事实),禁止"关于XXX的情况"
正文 核心观点在首句,支撑数据紧随其后
重点文字加粗 标题中的核心词(如"合同金额 3179.65 万元"中的"3179.65 万元")、正文中的结论性语句关键名词均加粗显示;数字类重点用「加粗数字」表达(如 3179.65 万元),非数字类重点用「加粗关键词」表达(如 专精特新
Markdown 标记处理 Skill 输出的 Markdown 中可用 **文字** 表示加粗,但宿主 AI 在调用 docx 工具前必须将其转换为该工具能识别的加粗格式(如 minimax-docx 的 【加粗】文字【/加粗】 或 Word XML 的 <w:b/>),或直接在生成指令中要求工具解析 Markdown 加粗语法;禁止将 ** 原样传入 docx
中文引号 统一使用直角引号「」或弯引号"",全文保持一致;避免混用
数据 加粗关键数字,用括号标注同比增长
段落 每段参考 150-400 字;内容充实则不受此限制,字数多是好事,说明素材丰富,切勿以篇幅限制为由删减实质性内容
废话删除 重复修饰词、无意义的套话直接删除
骨架扩写 仅标题无内容的章节,根据上下文意图扩写 200-400 字
过往材料内容填充(创作模式) 以用户过往材料为内容填充的主要参考源:①识别过往材料中与当前提纲各章节对应的内容段落;②将对应内容迁移至当前创作框架;③保留过往材料的语言风格和表达习惯;④数据/案例须注明来源并核实适用性
衔接 段落间用"一是...二是..."或"与此同时..."衔接
骨架章节虚实结合(创作模式) 提纲中章节分两类:①"虚"章(总体要求、指导思想、背景分析)→ 侧重搜索最新政策文件进行对齐,确保"上接天线";②"实"章(具体举措、工作成效、问题分析)→ 优先调用过往材料中的成功案例、数据进行迭代填充;创作时先写"实"章再建"虚"章
图表引用 正文在描述数据时必须明确引用图表,格式为"如表1所示"、"见图1"等;不得仅在表格/图片下加题注而正文中无引用
图表题注 所有表格和图片必须加题注;表题在表格上方,格式为「表 1 ××××」;图题在图片下方,格式为「图 1 ××××」(见下方格式规范)
正文与图表的分工原则 若文中已插入数据表格,正文应聚焦于概括完成率/达标情况/核心结论,而非罗列表格中已有的详细数据;表格本身展示具体数值,正文起总结和引导作用
段落缩进 所有正文段落首行缩进 2 字符,不得顶格

编辑判断标准

删除内容(废话类):

  • "我们紧紧围绕...认真贯彻落实..."(无实质)
  • "取得了良好的效果"(空洞结论,无数据支撑)
  • 同一事实在文中出现两次(保留最完整的一次)
  • 注意:"针对该问题"、"针对以上问题"、"针对该情况"等引导词后面的实质性解决思路、措施、做法属于"保留内容",不得以"冗余"为由删除

保留内容(事实类):

  • 所有数字、金额、百分比、排名
  • 具体的项目名称、金额、时间节点
  • 实质性的问题描述和建议
  • "针对该问题(的思路/措施/做法)"部分的完整内容 ← 新增,明确这不是废话

扩写内容(骨架类):

  • 仅有小标题但无正文 → 根据该章节主题扩展为 200-400 字完整段落
  • 多稿合稿时缺失的过渡逻辑 → 补充过渡句

压缩内容(冗余类):

  • 某段内容过长时,优先删除形容词、重复表达、套话;实质性数据、案例、问题描述一字不动保留
  • 禁止以"字数超标"为由删除实质性要点

⚠️ 扩写内容的标注要求

内容类型 标注方式 说明
原文已有内容 无特殊标注 正常展示
扩写内容(与用户工作紧密相关) 黄色底色填充 扩写内容与用户实际工作/业务深度结合时使用
扩写内容(一般性扩展) 无特殊标注 常规扩写,无标注

黄色底色标准:Word 中使用 Shading 属性,颜色值 #FFFF00(纯黄)。输出时请在 .docx 生成指令中明确标注:「以下段落应用黄色底色(#FFFF00)Shading」,由 minimax-docx skill 负责渲染

判断标准:扩写内容若涉及用户具体岗位职责、业务范畴、工作成果的深度阐述,用黄色底色标注。例如:

  • ✅ 扩写"如何夯实基层治理"(具体业务举措)→ 黄色底色
  • ✅ 扩写"人才梯队建设的具体做法"(紧密相关)→ 黄色底色
  • ❌ 扩写过渡句、衔接句(通用表达)→ 无需标注

常用文体结构公式

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

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

通俗版公式详解:

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

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

  1. 段落是否包含"出发点"(思路:依靠/围绕/根据/聚焦什么)?若无,根据上下文补全
  2. 段落是否包含"落地动作"(动作:抓好/开展/做好/强化/完善什么)?若无,补充具体动作

    小葱技能站7w4.net发现了升级插件。

  3. 段落是否包含"最终落脚点"(效果:确保/力促/切实/不断在什么上下功夫)?若无,根据上下文补全

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

使用规则:

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

Step 0:创作模式意图理解

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

宿主 AI 执行以下意图推断,输出「创作意图分析报告」:

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

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

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

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

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

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


Step 1C:创作模式信息搜集

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

搜集维度

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

搜集执行要求

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

搜集结果输出

宿主 AI 将搜集结果整理为「素材库」,格式如下:

## 素材库

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

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

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

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

Step 3:公文格式规范(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%
三级 短句/词组 突破"卡脖子"技术难题

输入模板

请按以下格式提供素材:

【原始素材】

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

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

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

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

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

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

质量检查清单

生成完毕后自检:

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

层级敏感度调节器

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

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

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


避坑指南

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

禁用词(确定性原则)

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

排序原则

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

常见结构禁忌

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

数据时效性要求

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

参考资源与工具依赖索引

工具依赖

本 skill 依赖宿主 AI 环境中的以下工具/skill,路径已验证可达:

工具/Skill 路径 用途 替代方案
baidu-search ~/.workbuddy/skills/baidu-search/SKILL.md Step 1C 政策/数据搜索 web_search / 浏览器搜索(Step 1C §1.2 提及)
minimax-docx ~/.codebuddy/skills/minimax-docx/ Step 4 生成 .docx 其他 docx 工具(Step 4 提及)
use_skill 宿主 LLM 内置 加载 baidu-search 等依赖 skill

宿主 AI 在执行 Step 1C 和 Step 4 前应确认上述工具可用;若不可用,按替代方案执行且不阻塞流程。

参考资源

资源 引用方式 说明
金字塔原理 芭芭拉·明托《金字塔原理》 结构方法论:结论先行、以上统下、归类分组、逻辑递进
公文格式规范 GB/T 9704-2012 已在 Step 3 完整嵌入 SKILL.md,无需额外引用
MECE 分析法 麦肯锡问题分析与解决技巧 逻辑分类原则:互不交叉、完全穷尽

🤖 AI 评测

这个公文写作工具质量不错,专业性强,操作流程清晰。它的最大优点是方法论专业(金字塔原理、MECE原则),格式规范严格符合国家标准,示例丰富,还会在关键步骤停下来等你确认再继续。不过文档有些重复内容,结构可以更清晰;创作模式的操作步骤说明相对简略。适合需要写政府公文、汇报材料、工作总结的用户使用,能帮你把零散素材整理成规范的正式文档。

📊 多维度评分

适应性4.4
规范性4.6
有效性4.7
可靠性4.4
可信度5

📁 包含文件 (4 个)

📄 SKILL.md 45.2 KB
📄 references/examples.md 12.8 KB
📄 references/gb9704-2012.md 5.3 KB
📄 references/workflows.md 4.7 KB