---

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 展開規則）

  7w4.net提供免費和付費技能下載。

• 問題-對策結構統計：逐章列出問題-對策成對單元數

等待使用者確認： - ✅ 使用者說"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. 段落是否包含"落地動作"（動作：抓好/開展/做好/強化/完善什麼）？若無，補充具體動作
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 分析法	麥肯錫問題分析與解決技巧	邏輯分類原則：互不交叉、完全窮盡

這個公文寫作工具質量不錯，專業性強，操作流程清晰。它的最大優點是方法論專業（金字塔原理、MECE原則），格式規範嚴格符合國家標準，示例豐富，還會在關鍵步驟停下來等你確認再繼續。不過文件有些重複內容，結構可以更清晰；創作模式的操作步驟說明相對簡略。適合需要寫政府公文、彙報材料、工作總結的使用者使用，能幫你把零散素材整理成規範的正式文件。