skills: 安装4个公文写作skill（GitHub开源）
- gongwen-guobiao (KaguraNanaga): GB/T 9704-2012国标公文格式，6种文种，100+检查点 - gongwen-renmin (Liuxiangjian-ai): 人民日报蒸馏，去AI味，6维评分，20+文种 - gongwen-draft (Rimagination): 最完整，Word导出+红头，23种文种，政策核验 - gongwen-wenxi (cuberfry68-coder): 顿彬六层技能矩阵，字词/句子/段落/结构/思想/表达 所有skill已补Hermes标准frontmatter（name/description/version/tags） references附属文件已同步（tests/examples/README/笔杆子/蒸馏笔记）
This commit is contained in:
小唯 A06
parent
f32ec8ed9f
commit
9bfd047cdf
|
|
@ -0,0 +1,109 @@
|
|||
---
|
||||
name: gongwen-draft
|
||||
description: Draft, revise, polish, review, lint, and export Chinese党政机关公文 and政务材料 with authority-first guardrails, policy-research/citation checking, material dossier/fact-ledger intake, language polishing, controlled Markdown/JSON specs, offline prompt-pack generation, strict official-document font checks, and optional Word .docx generation with generic red-head draft headers when authorized values are supplied. Use when the user asks for gongwen-draft, 公文, 公文写作, 公文起草, 机关文稿, 政务写作, 政策检索, 政策依据, 引用核验, 领导讲话, 会议精神, 素材收集, 素材整理, 事实台账, 语言润色, 通知, 请示, 报告, 函, 纪要, 通报, 批复, 意见, 决定, 公告, 通告, 工作总结, 工作方案, 调研报告, 汇报材料, 简报, 情况专报, 讲话稿, 回复函, 材料改写, 公文润色, 格式审核, Word公文导出, 离线提示词, JSON公文规格, 红头版头, 发文机关标志, 发文字号, 签发人, or to turn notes into formal official-style Chinese documents.
|
||||
version: 1.0.0
|
||||
date: 2026-08-21
|
||||
tags: [公文写作, Word导出, 红头, 公文格式, 政务材料]
|
||||
---
|
||||
|
||||
# Gongwen Draft
|
||||
|
||||
Use this skill to produce practical,规范、准确、克制的中文公文和机关材料. The stable skill/repository name is `gongwen-draft`.
|
||||
|
||||
Treat the gathered local references as guidance, not as permission to invent facts, policies, authority, signatures, seals, dates, document numbers, or data.
|
||||
|
||||
## Quick Workflow
|
||||
|
||||
1. Identify the task: `draft`, `revise`, `review`, `format`, `template`, `extract`, `export`, or `training`.
|
||||
2. Apply four-position routing: 文种 -> 行文方向 -> 格式/交付 -> 语言口径.
|
||||
3. For policy-sensitive tasks, run policy research first: official source search -> citation ledger -> citation check -> draft.
|
||||
4. For messy materials, build a dossier with `scripts/prepare_dossier.py` or maintain a fact ledger: `已确认事实`, `用户判断`, `待核实`, `建议措辞`.
|
||||
5. Check five anchors: purpose, audience, facts, structure, tone.
|
||||
6. If key facts are missing, either ask 1-3 focused questions or produce a fillable skeleton with bracketed placeholders.
|
||||
7. Draft with this order: define purpose -> choose文种 -> verify sources -> structure content -> write concise body -> self-review -> lint/export if requested.
|
||||
8. For source-sensitive claims, cite or ask for the specific policy/source. Do not fabricate policy basis, statistics,领导讲话,会议精神, or official decisions.
|
||||
|
||||
## Load References As Needed
|
||||
|
||||
- For workflow routing, export behavior, and lessons absorbed from GitHub projects, read `references/engineering-workflow.md`.
|
||||
- For quick command shapes, source modes, material boundaries, export sequencing, and versioning, read `references/operation-contract.md`.
|
||||
- For the comparative learning summary of public `gongwen-writing` projects, read `references/project-lessons.md`.
|
||||
- For explicit community project citations and what was learned from each, read `references/citations.md`.
|
||||
- For the product quality bar and user expectations this skill should meet, read `references/quality-bar.md`.
|
||||
- For legal/制度底线 and official document types, read `references/core-rules.md`.
|
||||
- For messy source materials, source hierarchy, and auditable fact ledgers, read `references/material-workflow.md`.
|
||||
- For current policy, laws, official releases,领导讲话, meeting communiques, and citation ledgers, read `references/policy-research.md`.
|
||||
- For concrete templates and section structures, read `references/document-types.md`.
|
||||
- For writing method, style, revision strategy, and avoiding空心公文, read `references/writing-method.md`.
|
||||
- For language polishing modes, empty wording, overclaiming, and official tone repair, read `references/language-polishing.md`.
|
||||
- For punctuation, colon, quotation marks, hierarchy markers, and avoiding English punctuation in Chinese prose, read `references/punctuation-style.md`.
|
||||
- For reviewing an existing draft, read `references/review-checklist.md`.
|
||||
- For strict公文字体 checks, official font channels, and authorized font assets, read `references/font-policy.md`.
|
||||
- For controlled Markdown/JSON and Word output conventions, read `references/format-output.md`.
|
||||
- For provenance of the local materials used to build this skill, read `references/source-index.md`.
|
||||
|
||||
## Drafting Standards
|
||||
|
||||
- Write from the institution's position, not the author's personality.
|
||||
- Prefer facts, responsibilities, timelines, measures, and enforceable wording over slogans.
|
||||
- Keep language accurate, plain, and actionable. Avoid empty排比, over-grand claims, vague adjectives, and unsupported成果.
|
||||
- Use Chinese full-width punctuation in Chinese prose; follow `一、` -> `（一）` -> `1.` -> `（1）`, use `：` not `:`, and use `“”` / `‘’` not straight English quotes.
|
||||
- Match文种 to行文关系: 上行 usually 请示/报告; 下行 usually 通知/通报/批复/意见; 平行 or non-subordinate usually 函.
|
||||
- Keep one main matter per request when drafting请示. Do not mix report and request functions.
|
||||
- Use placeholders like `[发文机关]`, `[日期]`, `[依据文件名称]` when facts are unknown.
|
||||
- For current policy or领导讲话 claims, use official-source citation ledgers. Authoritative media can be background or discovery leads, not a replacement for official policy originals.
|
||||
- Preserve confidentiality: if user content appears涉密 or sensitive, warn and draft only with sanitized placeholders.
|
||||
- Separate content drafting from formal issuance: do not add red headers, document numbers, signatories, seals, or approval language unless the user supplied authorized values or placeholders and the task is only preparing a draft.
|
||||
- Prefer the user's current unit template over generic GB/T-style defaults when the user provides a template.
|
||||
|
||||
## Lint And Export
|
||||
|
||||
- Before exporting, form a clean Markdown draft. Avoid Markdown tables, bold markers, block quotes, and decorative bullets unless the user requested an informal reading draft.
|
||||
- If using JSON spec, run `scripts/render_spec.py <spec.json> -o <draft.md>` before lint/export.
|
||||
- For offline assistants or web chat tools that cannot install skills, run `scripts/build_prompt_pack.py --doc-type <doc-type> --task <task> -o <prompt.md>` and paste the generated prompt pack into the target tool.
|
||||
- For multiple raw material files, run `scripts/prepare_dossier.py <materials...> --task <task> -o <materials.md>` before drafting, then draft from the dossier.
|
||||
- For policy-sensitive topics, run `scripts/policy_research.py --topic <topic> -o <policy-ledger.md>`, fill the ledger from official sources, then run `scripts/check_citations.py <policy-ledger.md> --require-citations`.
|
||||
- Run `scripts/check_sections.py <doc-type> <draft.md>` when reviewing or before file export.
|
||||
- Run `scripts/check_citations.py <draft.md>` when the draft includes policy依据,法律法规,领导讲话,会议精神, official data, or standards.
|
||||
- Run `scripts/check_language.py <draft.md>` when polishing, removing AI-like wording, or reviewing high-stakes drafts.
|
||||
- Run `scripts/check_fonts.py --verify-assets` after changing bundled fonts, then run `scripts/check_fonts.py --draft <draft.md>` before Word export. If authorized font files are in `assets/fonts`, use `--install-assets`.
|
||||
- Run `scripts/generate_docx.py <draft.md> -o <output.docx> --doc-type <doc-type> --install-font-assets` when the user asks for Word output. The script creates `-vNN` files instead of overwriting unless `--overwrite` is explicit.
|
||||
- Run `scripts/check_type_consistency.py` after changing document types, templates, README coverage language, or lint document-type lists.
|
||||
- Run `scripts/self_test.py` after modifying any script to verify basic correctness of all helper modules.
|
||||
- For generic红头版头 output, use controlled front matter such as `issuer_mark`, `doc_number`, and `issue_person`; never invent real机关名称、发文字号、签发人、印章 or approval status.
|
||||
- Do not silently replace required公文字体 with generic fonts. If fonts are missing, stop and use official/authorized channels.
|
||||
- If Python lacks `python-docx`, install or use the bundled workspace Python/libraries when available.
|
||||
- Keep generated files outside the skill folder unless the user explicitly asks otherwise.
|
||||
- If the user asks for a deliverable but not the format, ask whether they want Markdown or Word `.docx`.
|
||||
- Community projects inspired this workflow; cite them when explaining the design or publishing derivative project documentation.
|
||||
|
||||
## Output Patterns
|
||||
|
||||
When drafting from scratch, provide:
|
||||
|
||||
1. A finished draft in formal Chinese.
|
||||
2. A short note listing assumptions/placeholders.
|
||||
3. Optional review suggestions if the user asked for polish or compliance.
|
||||
|
||||
When reviewing or revising, provide:
|
||||
|
||||
1. Main issues by severity.
|
||||
2. Revised draft or targeted edits.
|
||||
3. A checklist of remaining facts the user must confirm.
|
||||
|
||||
When exporting, provide:
|
||||
|
||||
1. The generated file path.
|
||||
2. Lint findings or a short "no high-risk issue found" note.
|
||||
3. Placeholders or facts that still require human confirmation.
|
||||
|
||||
## Do Not
|
||||
|
||||
- Do not impersonate a real office, signatory, seal, or official approval.
|
||||
- Do not invent legal basis, policy language, statistics, meeting outcomes, or document numbers.
|
||||
- Do not quote long passages from reference articles. Summarize methods and cite source names where useful.
|
||||
- Do not treat training articles or转载文章 as normative documents. Use official regulations and standards first.
|
||||
- Do not copy another public project's long rules verbatim into outputs. Use inspected projects as engineering reference only.
|
||||
- Do not confuse near-synonyms common in公文: `制定/制订`, `截至/截止`, `权利/权力`, `受权/授权`, `决定/决议`, `公告/通告`, `批复/复函`. When in doubt, check `review-checklist.md` Section F or the governing regulation.
|
||||
- Do not use abbreviated or informal names for行政区域, institutions, or official positions without the full formal name being established first in the same document.
|
||||
- Do not remove community citations merely because a rule has been rewritten locally; provenance should remain visible.
|
||||
|
|
@ -0,0 +1,638 @@
|
|||
---
|
||||
name: gongwen-guobiao
|
||||
description: 专业的党政机关公文写作指南。当用户需要撰写、修改或审核党政机关公文（如请示、通知、函、总结、纪要等）时使用。提供GB/T 9704-2012格式规范指导、常用公文模板、语言规范建议和公文质量检查。适用于以下场景：(1) 撰写新公文，(2) 修改完善公文，(3) 检查公文格式规范，(4) 提供公文写作指导，(5) 审核公文质量。
|
||||
version: 1.0.0
|
||||
date: 2026-08-21
|
||||
tags: [公文写作, GB/T 9704, 党政机关, 公文格式, 国标]
|
||||
---
|
||||
|
||||
# 公文写作技能
|
||||
|
||||
本技能提供党政机关公文写作的完整指南，涵盖格式规范、常用模板、写作技巧和质量检查，确保公文格式正确、语言规范、结构清晰。
|
||||
|
||||
## 技能概览
|
||||
|
||||
当用户使用本技能时，将会：
|
||||
- 查阅GB/T 9704-2012《党政机关公文格式》国家标准
|
||||
- 根据公文文种选择合适的模板
|
||||
- 参考语言规范和写作技巧
|
||||
- 使用质量检查清单核实公文质量
|
||||
|
||||
## 目录导航
|
||||
|
||||
- [技能使用场景](#技能使用场景)
|
||||
- [核心工作流程](#核心工作流程)
|
||||
- [格式规范指南](#格式规范指南)
|
||||
- [常用公文模板](#常用公文模板)
|
||||
- [语言写作规范](#语言写作规范)
|
||||
- [质量检查清单](#质量检查清单)
|
||||
- [参考资料](#参考资料)
|
||||
|
||||
---
|
||||
|
||||
## 技能使用场景
|
||||
|
||||
本技能适用于处理以下公文写作需求：
|
||||
|
||||
### 1. 撰写新公文
|
||||
当用户需要新写一份公文时，协助选择文种、提供模板、指导写作。
|
||||
|
||||
**操作流程**：
|
||||
1. 了解公文用途和背景
|
||||
2. 确定公文文种（请示、通知、函、总结、纪要等）
|
||||
3. 提供相应模板
|
||||
4. 指导填写关键内容
|
||||
5. 检查格式和语言规范
|
||||
|
||||
### 2. 修改完善公文
|
||||
当用户已有公文初稿，需要修改完善时，提供修改建议。
|
||||
|
||||
**操作流程**：
|
||||
1. 通读原文，了解基本内容
|
||||
2. 对照检查清单检查问题
|
||||
3. 指出格式、语言、逻辑问题
|
||||
4. 提供修改建议
|
||||
|
||||
### 3. 检查公文格式规范
|
||||
当用户已完成公文，需要检查是否符合GB/T 9704-2012标准。
|
||||
|
||||
**操作流程**：
|
||||
1. 使用质量检查清单逐项核对
|
||||
2. 检查字体、字号、层次序数等格式要素
|
||||
3. 标注不符合规范的地方
|
||||
4. 提供修改建议
|
||||
|
||||
### 4. 提供公文写作指导
|
||||
当用户需要学习公文写作方法、技巧时，提供指导。
|
||||
|
||||
**操作流程**：
|
||||
1. 了解用户具体需求
|
||||
2. 提供相关参考资料
|
||||
3. 讲解写作要点和注意事项
|
||||
4. 提供实例分析
|
||||
|
||||
### 5. 审核公文质量
|
||||
对公文进行全面审核，包括格式、内容、语言、逻辑等方面。
|
||||
|
||||
**操作流程**：
|
||||
1. 使用质量检查清单全面检查
|
||||
2. 分析内容完整性、逻辑严密性
|
||||
3. 评估语言准确性和规范性
|
||||
4. 提出综合修改意见
|
||||
|
||||
---
|
||||
|
||||
## 核心工作流程
|
||||
|
||||
### 公文撰写五步流程
|
||||
|
||||
```
|
||||
需求确认 → 文种选择 → 模板应用 → 内容写作 → 质量检查
|
||||
|
||||
详细步骤：
|
||||
|
||||
1. 需求确认：了解公文目的、使用场景、具体内容要求
|
||||
- 询问用户：公文用途是什么？
|
||||
- 询问用户：收文对象是谁？
|
||||
- 询问用户：核心内容是什么？
|
||||
|
||||
2. 文种选择：根据用途选择合适的公文文种
|
||||
- 向上级请求批准：请示
|
||||
- 向下级布置工作：通知
|
||||
- 平行单位商洽工作：函
|
||||
- 总结工作情况：总结
|
||||
- 记录会议内容：纪要
|
||||
- 汇报工作情况：报告
|
||||
|
||||
3. 模板应用：根据文种选择对应模板
|
||||
- 参考：references/document-templates.md
|
||||
- 提供模板框架
|
||||
- 说明各部分填写要求
|
||||
|
||||
4. 内容写作：指导用户填写具体内容
|
||||
- 提供写作要点
|
||||
- 注意语言规范
|
||||
- 避免常见错误
|
||||
|
||||
5. 质量检查：对照清单检查公文质量
|
||||
- 使用：checklists/quality-checklist.md
|
||||
- 逐项核对
|
||||
- 标注需要修改的地方
|
||||
```
|
||||
|
||||
### 快速写作指南
|
||||
|
||||
针对不同文种的快速写作要点：
|
||||
|
||||
**请示写作要点**：
|
||||
- 明确请示依据（政策、实际情况）
|
||||
- 说清请示事项（具体、明确）
|
||||
- 一文一事，不多头主送
|
||||
- 结尾："妥否，请批示"
|
||||
|
||||
**通知写作要点**：
|
||||
- 说明通知依据（目的、意义）
|
||||
- 明确通知事项（清晰、具体）
|
||||
- 提出执行要求（可操作）
|
||||
- 结尾："特此通知"
|
||||
|
||||
**函写作要点**：
|
||||
- 说明发函依据（缘由）
|
||||
- 明确商洽/答复事项
|
||||
- 注意语气得体（平行文）
|
||||
- 结尾："请予函复"或"特此函复"
|
||||
|
||||
**总结写作要点**：
|
||||
- 概括主要成绩（数据支撑）
|
||||
- 提炼经验做法（有特色）
|
||||
- 查找存在问题（不回避）
|
||||
- 明确今后打算（可操作）
|
||||
|
||||
**纪要写作要点**：
|
||||
- 记录会议信息完整
|
||||
- 客观记录讨论情况
|
||||
- 明确议定事项
|
||||
- 落实责任分工
|
||||
|
||||
---
|
||||
|
||||
## 格式规范指南
|
||||
|
||||
本技能提供的格式规范严格遵循GB/T 9704-2012《党政机关公文格式》国家标准。
|
||||
|
||||
### 核心格式要点
|
||||
|
||||
**纸张与版面**：
|
||||
- 用纸规格：A4型纸（210mm×297mm）
|
||||
- 天头（上白边）：37mm±1mm
|
||||
- 订口（左白边）：28mm±1mm
|
||||
- 版心：156mm×225mm
|
||||
- 行距：28磅
|
||||
- 每面：22行×28个字
|
||||
|
||||
**字体字号**：
|
||||
| 要素 | 字体 | 字号 | 说明 |
|
||||
|------|------|------|------|
|
||||
| 发文机关标志 | 小标宋体 | 自定 | 红色 |
|
||||
| 文件标题 | 小标宋体 | 2号 | 居中 |
|
||||
| 正文 | 仿宋_GB2312 | 3号 | 主体 |
|
||||
| 第一层次标题 | 黑体 | 3号 | "一、" |
|
||||
| 第二层次标题 | 楷体_GB2312 | 3号 | "（一）" |
|
||||
| 发文字号 | 仿宋_GB2312 | 3号 | 六角括号 |
|
||||
|
||||
**结构层次序数**：
|
||||
```
|
||||
一、第一层次（黑体）
|
||||
（一）第二层次（楷体_GB2312）
|
||||
1. 第三层次（仿宋_GB2312）
|
||||
（1）第四层次（仿宋_GB2312）
|
||||
```
|
||||
|
||||
**日期与文号**：
|
||||
- 成文日期：阿拉伯数字全称（2026年1月26日）
|
||||
- 发文字号：机关代字〔年份〕序号号（如：国办发〔2026〕5号）
|
||||
|
||||
### 详细规范
|
||||
|
||||
**完整格式规范请参考**：
|
||||
📄 [GB/T 9704-2012标准详解（完整版）](./references/gb-t-9704-2012-standard.md)
|
||||
|
||||
**内容包括**：
|
||||
- 公文用纸技术要求
|
||||
- 版面设置详细参数
|
||||
- 各部分格式编排规则（版头、主体、版记）
|
||||
- 页码编排规范
|
||||
- 特定格式要求（信函、命令、纪要）
|
||||
- 公文排版检查要点
|
||||
|
||||
---
|
||||
|
||||
## 常用公文模板
|
||||
|
||||
本技能提供以下常用公文的详细模板和示例：
|
||||
|
||||
### 1. 请示
|
||||
|
||||
**用途**：向上级机关请求指示、批准
|
||||
|
||||
**模板要点**：
|
||||
```
|
||||
[发文机关]关于[事由]的请示
|
||||
|
||||
[主送机关]：
|
||||
|
||||
根据[依据]，现将有关问题请示如下：
|
||||
|
||||
一、[情况说明]
|
||||
|
||||
二、[请求事项]
|
||||
|
||||
妥否，请批示。
|
||||
|
||||
[发文机关]
|
||||
[成文日期]
|
||||
```
|
||||
|
||||
**案例示例**：
|
||||
- 关于解决项目资金的请示
|
||||
- 关于增加人员编制的请示
|
||||
- 关于举办活动的请示
|
||||
|
||||
### 2. 通知
|
||||
|
||||
**用途**：批转、转发、传达事项，要求执行
|
||||
|
||||
**模板要点**：
|
||||
```
|
||||
[发文机关]
|
||||
关于[事由]的通知
|
||||
|
||||
[主送机关]：
|
||||
|
||||
根据[依据]。现将有关事项通知如下：
|
||||
|
||||
一、[通知事项1]
|
||||
|
||||
二、[通知事项2]
|
||||
|
||||
特此通知。
|
||||
|
||||
[发文机关]
|
||||
[成文日期]
|
||||
```
|
||||
|
||||
**案例示例**：
|
||||
- 会议通知
|
||||
- 培训通知
|
||||
- 批转转发通知
|
||||
|
||||
### 3. 函
|
||||
|
||||
**用途**：不相隶属机关之间商洽、询问、答复
|
||||
|
||||
**类型**：
|
||||
- 发函：商洽函、询问函、请批函
|
||||
- 复函：答复函、批准函
|
||||
|
||||
**模板要点**：
|
||||
```
|
||||
[发文机关]关于[事由]的函
|
||||
|
||||
[主送机关]：
|
||||
|
||||
[发函依据]。现将有关事项说明如下：
|
||||
|
||||
一、[事项1]
|
||||
|
||||
请予函复。
|
||||
|
||||
[发文机关]
|
||||
[成文日期]
|
||||
```
|
||||
|
||||
### 4. 总结
|
||||
|
||||
**用途**：对一定时期内工作的回顾和评价
|
||||
|
||||
**类型**：
|
||||
- 工作总结
|
||||
- 经验总结
|
||||
- 综合总结
|
||||
|
||||
**模板要点**：
|
||||
```
|
||||
[单位名称][年份]工作总结
|
||||
|
||||
[引言]：
|
||||
[年份]年在[上级]领导下，[总体成绩]。现将工作总结如下：
|
||||
|
||||
一、[成绩1]
|
||||
|
||||
二、[成绩2]
|
||||
|
||||
[存在的问题]
|
||||
|
||||
[今后打算]
|
||||
|
||||
[发文机关]
|
||||
[成文日期]
|
||||
```
|
||||
|
||||
### 5. 会议纪要
|
||||
|
||||
**用途**：记载会议情况和议定事项
|
||||
|
||||
**模板要点**：
|
||||
```
|
||||
[会议名称]纪要
|
||||
|
||||
时间：[日期]
|
||||
地点：[地点]
|
||||
主持人：[姓名]
|
||||
出席：[人员名单]
|
||||
请假：[人员名单]
|
||||
列席：[人员名单]
|
||||
|
||||
[会议内容]
|
||||
|
||||
[印发机关]
|
||||
[成文日期]
|
||||
```
|
||||
|
||||
### 6. 报告
|
||||
|
||||
**用途**：向上级汇报工作、反映情况
|
||||
|
||||
**类型**：
|
||||
- 工作报告
|
||||
- 情况报告
|
||||
- 答复报告
|
||||
|
||||
### 完整模板库
|
||||
|
||||
**详细模板和示例请参考**：
|
||||
📄 [常用公文模板详解（含30+实例）](./references/document-templates.md)
|
||||
|
||||
**内容包括**：
|
||||
- 6种常用公文的标准模板
|
||||
- 每个文种3-5个实际案例
|
||||
- 常见错误分析
|
||||
- 写作注意事项
|
||||
- 15种公文格式式样
|
||||
|
||||
---
|
||||
|
||||
## 语言写作规范
|
||||
|
||||
公文语言应当准确、平实、简明、庄重。
|
||||
|
||||
### 四大原则详解
|
||||
|
||||
**1. 准确**
|
||||
- 措辞恰当，概念准确
|
||||
- 判断合乎逻辑
|
||||
- 避免歧义
|
||||
|
||||
**2. 平实**
|
||||
- 语言朴实无华
|
||||
- 不堆砌辞藻
|
||||
- 避免溢美虚饰
|
||||
|
||||
**3. 简明**
|
||||
- 开门见山，直截了当
|
||||
- 删繁就简，避免冗长
|
||||
- 多用短句，少用长句
|
||||
|
||||
**4. 庄重**
|
||||
- 使用规范书面语
|
||||
- 不用口语、方言、网络语
|
||||
- 语气态度得体
|
||||
|
||||
### 写作技巧
|
||||
|
||||
**标题拟定六看**：
|
||||
- 是否准确恰当
|
||||
- 是否明确集中
|
||||
- 是否照应总题
|
||||
- 是否合乎逻辑
|
||||
- 是否具有艺术性
|
||||
- 是否匀称和谐
|
||||
|
||||
**经验提炼四步法**：
|
||||
1. 罗列工作、整理分类
|
||||
2. 归纳亮点、提炼主题
|
||||
3. 划分层次、打磨标题
|
||||
4. 严谨行文、反复修改
|
||||
|
||||
**常用规范用语**：
|
||||
- 开头用语：根据、为、关于
|
||||
- 结尾用语：特此通知、妥否请批示、特此报告
|
||||
- 期请用语：恳请、拟请、望予
|
||||
|
||||
### 详细指南
|
||||
|
||||
**完整写作技巧和用语规范请参考**：
|
||||
📄 [公文写作技巧指南（完整版）](./references/writing-techniques.md)
|
||||
|
||||
**内容包括**：
|
||||
- 公文语言四大原则详解
|
||||
- 常用规范用语50+个
|
||||
- 标题拟定六看详解
|
||||
- 经验提炼四步法
|
||||
- 常见错误及修正100+条
|
||||
- 写作进阶技巧
|
||||
|
||||
---
|
||||
|
||||
## 质量检查清单
|
||||
|
||||
当公文完成后，使用此清单进行全面质量检查。
|
||||
|
||||
### 清单包含内容
|
||||
|
||||
**1. 格式检查项目**（40+项）
|
||||
- 用纸版面要素
|
||||
- 字体字号规范
|
||||
- 结构层次序数
|
||||
- 成文日期格式
|
||||
- 发文字号格式
|
||||
- 格式要素完整性
|
||||
|
||||
**2. 内容检查项目**（30+项）
|
||||
- 标题检查
|
||||
- 主送机关检查
|
||||
- 正文内容检查（按文种）
|
||||
- 结尾用语检查
|
||||
- 附件检查
|
||||
|
||||
**3. 语言检查项目**（40+项）
|
||||
- 四大原则检查
|
||||
- 常见错误用词核查
|
||||
- 规范用语核查
|
||||
- 口语化检查
|
||||
|
||||
**4. 逻辑检查项目**（10+项）
|
||||
- 层次结构检查
|
||||
- 内容一致性检查
|
||||
- 论证充分性检查
|
||||
|
||||
**5. 细节检查**（20+项）
|
||||
- 文字准确性
|
||||
- 标点符号
|
||||
- 数字使用
|
||||
- 署名印章
|
||||
|
||||
**6. 发文前确认**（10+项）
|
||||
- 审批流程
|
||||
- 文件属性
|
||||
- 技术检查
|
||||
|
||||
### 使用方式
|
||||
|
||||
**完整质量检查清单请参考**：
|
||||
✅ [公文质量检查清单（100+检查项）](./checklists/quality-checklist.md)
|
||||
|
||||
**特色功能**：
|
||||
- 提供快速检查口诀
|
||||
- 常见错误对照表
|
||||
- 分项检查便于操作
|
||||
- 可用于自我检查和交叉检查
|
||||
|
||||
---
|
||||
|
||||
## 参考资料
|
||||
|
||||
### 本技能包含的完整参考资料
|
||||
|
||||
📚 **标准规范类**
|
||||
- [GB/T 9704-2012 党政机关公文格式标准详解](./references/gb-t-9704-2012-standard.md)
|
||||
- 完整的国家标准解读
|
||||
- 格式要求明细
|
||||
- 排版检查要点
|
||||
|
||||
📚 **模板示例类**
|
||||
- [常用公文模板详解（30+实例）](./references/document-templates.md)
|
||||
- 6种常用公文模板
|
||||
- 实际案例示范
|
||||
- 错误分析纠正
|
||||
|
||||
📚 **写作技巧类**
|
||||
- [公文写作技巧指南](./references/writing-techniques.md)
|
||||
- 语言四大原则
|
||||
- 标题拟定技巧
|
||||
- 经验提炼方法
|
||||
- 提升写作技巧
|
||||
|
||||
📋 **检查工具类**
|
||||
- [公文质量检查清单（100+项）](./checklists/quality-checklist.md)
|
||||
- 全面的检查项
|
||||
- 快速检查口诀
|
||||
- 对照表格
|
||||
|
||||
### 外部参考资料
|
||||
|
||||
原始参考文档：
|
||||
- 党政公文格式.txt - GB/T 9704-2012标准原文
|
||||
- 公文写作技巧.txt - 公文写作指导材料
|
||||
|
||||
---
|
||||
|
||||
## 使用本技能的注意事项
|
||||
|
||||
### 1. 针对性提供内容
|
||||
|
||||
根据用户具体需求提供相应内容：
|
||||
|
||||
**首次咨询时**：
|
||||
- 优先使用本SKILL.md中的快速指南
|
||||
- 提供核心要点和操作流程
|
||||
- 引导用户到具体参考资料
|
||||
|
||||
**深入咨询时**：
|
||||
- 读取相应的参考资料文件
|
||||
- 提供详细的模板、示例、指南
|
||||
- 针对具体问题提供解决方案
|
||||
|
||||
### 2. 个性化调整
|
||||
|
||||
模板和示例需要根据实际情况调整：
|
||||
- 修改单位名称、时间、具体事项
|
||||
- 根据实际增减内容层次
|
||||
- 调整语言表达风格
|
||||
- 确保符合用户单位具体要求
|
||||
|
||||
### 3. 质量把关
|
||||
|
||||
始终强调质量检查的重要性：
|
||||
- 提醒用户使用质量检查清单
|
||||
- 重点检查常见错误点
|
||||
- 确保格式规范、语言准确
|
||||
- 避免一读而过，要字斟句酌
|
||||
|
||||
### 4. 持续学习
|
||||
|
||||
鼓励用户通过以下方式提升：
|
||||
- 多看优秀范文
|
||||
- 多积累规范用语
|
||||
- 多练习写作
|
||||
- 多总结经验
|
||||
|
||||
---
|
||||
|
||||
## 技术支持
|
||||
|
||||
本技能基于以下技术资源：
|
||||
- Claude Code官方skill-creator框架
|
||||
- GB/T 9704-2012《党政机关公文格式》国家标准
|
||||
- 大量真实公文写作案例
|
||||
- 专业公文写作指南
|
||||
|
||||
**版本信息**：
|
||||
- 创建日期：2026年1月
|
||||
- 技能版本：v1.0
|
||||
- 标准依据：GB/T 9704-2012
|
||||
|
||||
---
|
||||
|
||||
## 如何使用本技能
|
||||
|
||||
### 基础使用场景
|
||||
|
||||
**场景1："帮我写一份请示"**
|
||||
1. 询问请示事由、主送机关
|
||||
2. 提供请示模板
|
||||
3. 指导填写各部分内容
|
||||
4. 提供示例参考
|
||||
5. 指导检查修改
|
||||
|
||||
**场景2："检查这份公文格式"**
|
||||
1. 读取用户提供的公文
|
||||
2. 使用质量检查清单
|
||||
3. 逐项核对格式要素
|
||||
4. 标注问题
|
||||
5. 提供修改意见
|
||||
|
||||
**场景3："这份通知哪里不对"**
|
||||
1. 读取用户公文
|
||||
2. 分析具体问题
|
||||
3. 对照规范说明错误
|
||||
4. 提供修改建议
|
||||
5. 提供正确示例
|
||||
|
||||
**场景4："怎么写好公文标题"**
|
||||
1. 解释标题拟定原则
|
||||
2. 讲解"六看"标准
|
||||
3. 分析用户标题
|
||||
4. 提供修改方案
|
||||
5. 给出优秀示例
|
||||
|
||||
### 进阶使用场景
|
||||
|
||||
**技能组合使用**：
|
||||
- 结合本SKILL.md的核心指导
|
||||
- 查阅详细参考资料
|
||||
- 使用模板和示例
|
||||
- 对照检查清单
|
||||
- 提供综合解决方案
|
||||
|
||||
---
|
||||
|
||||
## 最佳实践建议
|
||||
|
||||
1. **先规划后写作**：动笔前明确目的、对象、文种
|
||||
2. **善用模板**：在模板基础上个性化修改
|
||||
3. **重视依据**：政策依据、事实依据要充分
|
||||
4. **简洁明了**：删繁就简，直截了当
|
||||
5. **多查多改**：初稿完成后多次检查修改
|
||||
6. **对标对表**：对照清单逐项检查
|
||||
7. **积累经验**：建立个人素材库
|
||||
8. **持续学习**：学习优秀范文，提升写作水平
|
||||
|
||||
---
|
||||
|
||||
**本技能致力于帮助用户：**
|
||||
- ✍️ 写出格式规范的公文
|
||||
- 📝 掌握常用文种写作
|
||||
- 🎯 提升公文写作质量
|
||||
- ⚡ 提高公文写作效率
|
||||
- 📊 确保公文专业水准
|
||||
|
|
@ -0,0 +1,433 @@
|
|||
# 公文写作Skill项目
|
||||
|
||||
## 项目简介
|
||||
|
||||
这是一个专业的党政机关公文写作Skill工具包，严格遵循GB/T 9704-2012《党政机关公文格式》国家标准，提供完整的公文写作指导、模板、示例和质量检查清单。
|
||||
|
||||
本项目基于Claude Code官方的skill-creator框架进行优化，采用渐进式披露（progressive disclosure）设计理念，为公文写作者提供高效、专业的支持。
|
||||
|
||||
---
|
||||
|
||||
## 📊 项目概况
|
||||
|
||||
- **项目名称**：official-document-writing-skill
|
||||
- **创建日期**：2026年1月
|
||||
- **技能版本**：v1.0
|
||||
- **标准依据**：GB/T 9704-2012《党政机关公文格式》
|
||||
- **核心功能**：公文写作、格式检查、模板应用、写作指导
|
||||
- **适用对象**：党政机关工作人员、企事业单位文秘人员、公文写作学习者
|
||||
|
||||
---
|
||||
|
||||
## 🎯 核心功能
|
||||
|
||||
### 1. 格式规范指导
|
||||
按照GB/T 9704-2012国家标准，提供：
|
||||
- 完整的公文格式要求（纸张、版面、字体、字号）
|
||||
- 详细的排版规则（版头、主体、版记）
|
||||
- 特定格式说明（信函、命令、纪要）
|
||||
- 页码、表格、计量单位使用规范
|
||||
|
||||
### 2. 公文模板库
|
||||
提供6种常用公文的标准模板和30+真实案例：
|
||||
- ✅ 请示（3个示例）
|
||||
- ✅ 通知（4个示例，含会议、培训、批转）
|
||||
- ✅ 函（4个示例，含商洽、请批、答复）
|
||||
- ✅ 总结（6个示例，含工作总结、经验总结）
|
||||
- ✅ 会议纪要（2个示例，含党委会议、办公会议）
|
||||
- ✅ 报告（1个详细示例）
|
||||
|
||||
### 3. 写作技巧指南
|
||||
- 公文语言四大原则：准确、平实、简明、庄重
|
||||
- 标题拟定"六看"标准
|
||||
- 经验提炼"四步法"
|
||||
- 80+常见错误修正对照
|
||||
- 50+规范用语库
|
||||
|
||||
### 4. 质量检查清单
|
||||
100+项质量检查点，涵盖：
|
||||
- 格式检查（40+项）
|
||||
- 内容检查（30+项，分5种文种）
|
||||
- 语言检查（40+项）
|
||||
- 逻辑检查（10+项）
|
||||
- 细节检查（20+项）
|
||||
- 发文前确认（10+项）
|
||||
|
||||
---
|
||||
|
||||
## 📁 项目结构
|
||||
|
||||
```
|
||||
公文写作Skill项目/
|
||||
│
|
||||
├── 📄 README.md # 项目说明文档（本文档）
|
||||
│
|
||||
├── 📄 SKILL.md # 核心导航文档（635行）
|
||||
│ ├── 技能使用场景（5大场景）
|
||||
│ ├── 核心工作流程
|
||||
│ ├── 格式规范指南
|
||||
│ ├── 常用公文模板导航
|
||||
│ ├── 语言写作规范
|
||||
│ └── 质量检查清单导航
|
||||
│
|
||||
├── 📂 references/ # 详细参考资料（渐进式披露）
|
||||
│ │
|
||||
│ ├── 📄 gb-t-9704-2012-standard.md # 国家标准详解（522行）
|
||||
│ │ ├── 公文用纸要求
|
||||
│ │ ├── 版面设置标准
|
||||
│ │ ├── 字体字号规范
|
||||
│ │ ├── 各要素编排规则
|
||||
│ │ └── 特定格式要求
|
||||
│ │
|
||||
│ ├── 📄 document-templates.md # 公文模板库（1,215行）
|
||||
│ │ ├── 请示模板及3个示例
|
||||
│ │ ├── 通知模板及4个示例
|
||||
│ │ ├── 函模板及4个示例
|
||||
│ │ ├── 总结模板及6个示例
|
||||
│ │ ├── 会议纪要模板及2个示例
|
||||
│ │ └── 报告模板及1个示例
|
||||
│ │
|
||||
│ └── 📄 writing-techniques.md # 写作技巧指南（761行）
|
||||
│ ├── 公文语言四大原则
|
||||
│ ├── 常用规范用语
|
||||
│ ├── 标题拟定技巧
|
||||
│ ├── 经验提炼四步法
|
||||
│ ├── 常见错误修正
|
||||
│ └── 写作进阶技巧
|
||||
│
|
||||
├── 📂 checklists/ # 检查清单
|
||||
│ └── 📄 quality-checklist.md # 质量检查清单（396行）
|
||||
│ ├── 格式检查清单（40+项）
|
||||
│ ├── 内容检查清单（30+项）
|
||||
│ ├── 语言检查清单（40+项）
|
||||
│ ├── 逻辑检查清单（10+项）
|
||||
│ ├── 细节检查清单（20+项）
|
||||
│ └── 发文前确认清单（10+项）
|
||||
│
|
||||
├── 📂 templates/ # 空白模板目录（预留）
|
||||
│ └── （可放入.docx/.xlsx模板文件）
|
||||
│
|
||||
├── 📂 scripts/ # 脚本工具目录（预留）
|
||||
│ └── （可放入Python/bash自动化脚本）
|
||||
│
|
||||
└── 📄 党政公文格式.txt # GB/T 9704-2012原始资料
|
||||
```
|
||||
---
|
||||
|
||||
## 🚀 使用场景
|
||||
|
||||
### 场景1：新写一份公文
|
||||
**适用**：需要从头撰写公文
|
||||
**流程**：
|
||||
1. 查阅SKILL.md确定文种
|
||||
2. 导航至document-templates.md
|
||||
3. 选择对应模板
|
||||
4. 参考写作技巧填充内容
|
||||
5. 使用quality-checklist.md检查
|
||||
|
||||
### 场景2：修改完善公文
|
||||
**适用**：已有初稿，需要优化
|
||||
**流程**：
|
||||
1. 使用quality-checklist.md逐项检查
|
||||
2. 发现问题标记
|
||||
3. 查阅writing-techniques.md获取修改建议
|
||||
4. 参考模板示例优化表达
|
||||
5. 二次检查确认
|
||||
|
||||
### 场景3：检查格式规范
|
||||
**适用**：需要检查公文格式是否正确
|
||||
**流程**：
|
||||
1. 打开quality-checklist.md
|
||||
2. 按格式检查部分逐项核对
|
||||
3. 对照gb-t-9704-2012-standard.md
|
||||
4. 标注不符合项
|
||||
5. 修正并复查
|
||||
|
||||
### 场景4：学习公文写作
|
||||
**适用**：新手学习公文写作方法
|
||||
**流程**：
|
||||
1. 阅读SKILL.md了解整体框架
|
||||
2. 学习writing-techniques.md四大原则
|
||||
3. 研究document-templates.md案例
|
||||
4. 掌握quality-checklist.md检查要点
|
||||
5. 实践练习并总结经验
|
||||
|
||||
### 场景5：快速查询规范
|
||||
**适用**：工作中快速查找具体规范
|
||||
**方法**：
|
||||
- 查格式→gb-t-9704-2012-standard.md
|
||||
- 查模板→document-templates.md
|
||||
- 查用语→writing-techniques.md
|
||||
- 查检查项→quality-checklist.md
|
||||
|
||||
---
|
||||
|
||||
## ✨ 技术特色
|
||||
|
||||
### 1. Progressive Disclosure（渐进式披露）
|
||||
符合Claude Code技能设计最佳实践：
|
||||
- 🎯 **SKILL.md**：精简核心（635行）
|
||||
- 📚 **references/**：深度资料（2,498行）
|
||||
- ✅ **checklists/**：实用工具（396行）
|
||||
- **优点**：避免信息过载，按需加载，提高效率
|
||||
|
||||
### 2. 标准化设计
|
||||
- 📋 严格遵循GB/T 9704-2012国家标准
|
||||
- 🎯 符合Claude Code skill-creator框架
|
||||
- 📊 规范化文档结构和命名
|
||||
|
||||
### 3. 实用性强
|
||||
- 💼 30+真实工作案例
|
||||
- ✅ 100+质量检查项
|
||||
- 📝 50+规范用语库
|
||||
- 🔧 可实际操作的工具
|
||||
|
||||
### 4. 系统性完整
|
||||
- 从格式到内容到检查
|
||||
- 从基础到进阶到提升
|
||||
- 从模板到技巧到实例
|
||||
- 完整的公文写作体系
|
||||
|
||||
---
|
||||
|
||||
## 📝 文档特点
|
||||
|
||||
### SKILL.md（核心导航）
|
||||
- ✅ 635行精炼内容
|
||||
- ✅ 5大使用场景
|
||||
- ✅ 清晰目录导航
|
||||
- ✅ 快速入门指南
|
||||
- ✅ 最佳实践建议
|
||||
|
||||
### gb-t-9704-2012-standard.md（格式标准）
|
||||
- ✅ 522行详细解读
|
||||
- ✅ 国家标准全覆盖
|
||||
- ✅ 各要素精确说明
|
||||
- ✅ 排版检查要点
|
||||
- ✅ 专业标准依据
|
||||
|
||||
### document-templates.md（模板库）
|
||||
- ✅ 1,215行丰富内容
|
||||
- ✅ 6种公文类型
|
||||
- ✅ 30+真实案例
|
||||
- ✅ 错误案例分析
|
||||
- ✅ 写作注意事项
|
||||
|
||||
### writing-techniques.md（写作指南）
|
||||
- ✅ 761行专业指导
|
||||
- ✅ 4大语言原则详解
|
||||
- ✅ 80+错误修正对照
|
||||
- ✅ 20+写作技巧
|
||||
- ✅ 规范用语库
|
||||
|
||||
### quality-checklist.md（检查清单）
|
||||
- ✅ 396行实用工具
|
||||
- ✅ 100+检查项目
|
||||
- ✅ 6大检查类别
|
||||
- ✅ 快速检查口诀
|
||||
- ✅ 发文前确认
|
||||
|
||||
---
|
||||
|
||||
## 🎯 目标用户
|
||||
|
||||
### 主要用户群体
|
||||
1. **党政机关文秘人员**
|
||||
- 日常公文写作
|
||||
- 格式规范把关
|
||||
|
||||
2. **企事业单位行政人员**
|
||||
- 对上请示报告
|
||||
- 对下通知指导
|
||||
|
||||
3. **公文写作学习者**
|
||||
- 学习规范要求
|
||||
- 掌握写作技巧
|
||||
|
||||
4. **公文审稿人员**
|
||||
- 格式质量审核
|
||||
- 标准化检查
|
||||
|
||||
### 适用单位
|
||||
- 各级党政机关
|
||||
- 事业单位
|
||||
- 国有企业
|
||||
- 民营企业（对外公文）
|
||||
- 社会组织
|
||||
|
||||
---
|
||||
|
||||
## 💡 最佳实践
|
||||
|
||||
### 使用建议
|
||||
|
||||
1. **新手入门**
|
||||
```
|
||||
从SKILL.md开始→了解整体框架
|
||||
↓
|
||||
学习writing-techniques.md→掌握基本原则
|
||||
↓
|
||||
研究document-templates.md→学习具体示例
|
||||
↓
|
||||
使用quality-checklist.md→掌握检查要点
|
||||
```
|
||||
|
||||
2. **日常使用**
|
||||
```
|
||||
写作时→打开SKILL.md确定文种
|
||||
↓
|
||||
查模板→document-templates.md找对应模板
|
||||
↓
|
||||
有疑问→gb-t-9704-2012-standard.md查规范
|
||||
↓
|
||||
完成后→quality-checklist.md逐项检查
|
||||
```
|
||||
|
||||
3. **质量把关**
|
||||
```
|
||||
格式检查→gb-t-9704-2012-standard.md
|
||||
↓
|
||||
内容检查→document-templates.md（各文种要点）
|
||||
↓
|
||||
语言检查→writing-techniques.md（四大原则）
|
||||
↓
|
||||
整体检查→quality-checklist.md（100+项）
|
||||
```
|
||||
|
||||
### 提升建议
|
||||
|
||||
1. **多看优秀范文**：研读document-templates.md中的示例
|
||||
2. **多积累规范用语**：熟记writing-techniques.md中的常用语
|
||||
3. **多练习写作**：使用模板进行写作练习
|
||||
4. **多总结反思**：每次写作后对照检查清单总结
|
||||
5. **建立素材库**：收集常用表述、数据、案例
|
||||
6. **培养语感**：大声朗读公文，体会语言节奏
|
||||
7. **字斟句酌**：避免"一读而过"，要反复推敲
|
||||
|
||||
---
|
||||
|
||||
## 🔧 扩展指引
|
||||
|
||||
### templates/目录使用
|
||||
|
||||
**预期功能**：存放可编辑的模板文件
|
||||
- `.docx`格式的空白模板
|
||||
- `.xlsx`格式的表格模板
|
||||
- `.pptx`格式的汇报模板
|
||||
|
||||
**使用方法**：
|
||||
```bash
|
||||
# 可以将常用的Word、Excel模板放入此目录
|
||||
# 在实际写作时直接调用，提高效率
|
||||
cp 常用请示模板.docx templates/
|
||||
cp 会议纪要模板.docx templates/
|
||||
```
|
||||
|
||||
### scripts/目录使用
|
||||
|
||||
**预期功能**：自动化脚本工具
|
||||
- Python脚本：自动生成公文编号、日期等
|
||||
- Bash脚本：批量格式检查、文件转换
|
||||
- 自动化检查工具
|
||||
|
||||
**示例脚本**：
|
||||
```python
|
||||
# 示例：公文编号生成器
|
||||
# 示例：格式自动检查脚本
|
||||
# 示例：公文日期格式校验脚本
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 📚 学习资源
|
||||
|
||||
### 内部资源
|
||||
- **SKILL.md**：使用入门和导航
|
||||
- **references/**：专业资料深入学习
|
||||
- **checklists/**：实用工具掌握
|
||||
|
||||
### 外部参考
|
||||
- 党政公文格式.txt：GB/T 9704-2012原文
|
||||
- 公文写作技巧.txt：写作技巧原始材料
|
||||
|
||||
### 推荐学习路径
|
||||
1. **入门阶段**（1-2天）
|
||||
- 通读SKILL.md
|
||||
- 了解5大使用场景
|
||||
- 掌握基本流程
|
||||
|
||||
2. **进阶阶段**（3-5天）
|
||||
- 深入学习writing-techniques.md
|
||||
- 研究document-templates.md中的案例
|
||||
- 熟悉各文种特点
|
||||
|
||||
3. **实战阶段**（持续）
|
||||
- 对照模板写作练习
|
||||
- 使用quality-checklist.md自查
|
||||
- 总结经验，建立个人素材库
|
||||
|
||||
4. **专家阶段**（长期）
|
||||
- 研读gb-t-9704-2012-standard.md细节
|
||||
- 研究高级写作技巧
|
||||
- 形成个人写作风格
|
||||
|
||||
---
|
||||
|
||||
## 📞 技术支持
|
||||
|
||||
### 技术基础
|
||||
- Claude Code官方skill-creator框架
|
||||
- GB/T 9704-2012《党政机关公文格式》国家标准
|
||||
- Progressive disclosure设计理念
|
||||
|
||||
### 版本信息
|
||||
- **创建日期**：2026年1月
|
||||
- **技能版本**：v1.0
|
||||
- **文档版本**：v1.0
|
||||
- **维护状态**：持续优化中
|
||||
|
||||
### 联系反馈
|
||||
如有问题或建议：
|
||||
- 提交Issue（如果使用Git管理）
|
||||
- 联系项目维护人员
|
||||
- 提供优化建议和案例
|
||||
|
||||
---
|
||||
|
||||
## 📄 开放许可
|
||||
|
||||
本项目基于以下许可和规范：
|
||||
|
||||
- GB/T 9704-2012《党政机关公文格式》国家标准
|
||||
- Claude Code skill-creator框架规范
|
||||
- Open-skill共享理念
|
||||
|
||||
鼓励在遵循国家标准和规范的前提下：
|
||||
- ✅ 学习使用
|
||||
- ✅ 二次开发
|
||||
- ✅ 补充完善
|
||||
- ✅ 分享传播
|
||||
|
||||
---
|
||||
|
||||
## 🙏 致谢
|
||||
|
||||
### 技术框架
|
||||
- Claude Code官方skill-creator框架
|
||||
- Anthropropic团队的技术支持
|
||||
|
||||
### 标准制定
|
||||
- 国家标准化管理委员会（GB/T 9704-2012）
|
||||
- 中共中央办公厅、国务院办公厅
|
||||
|
||||
### 参考资源
|
||||
- 《党政机关公文格式》国家标准
|
||||
- 党政公文格式.txt
|
||||
- 公文写作技巧.txt
|
||||
|
||||
---
|
||||
|
||||
**☕️ 持续改进，永无止境**
|
||||
|
||||
欢迎提出宝贵意见和建议，让这个项目越来越好！
|
||||
|
||||
|
|
@ -0,0 +1,554 @@
|
|||
---
|
||||
name: gongwen-renmin
|
||||
description: Draft, revise, polish, humanize, and quality-check Chinese official documents and government-style practical writing (公文、党政机关公文、事务文书、申论应用文、人民日报风格政务表达), producing deliverable drafts with correct document type, format, restrained institutional tone, concrete facts, People's Daily-inspired expression discipline, humanizer-style AI-pattern cleanup, and reduced AI-flavored phrasing. Use when the user asks for 通知、通报、报告、请示、批复、函、纪要、决定、通告、议案、倡议书、工作方案、工作计划、工作总结、简报、讲话稿、发言稿、汇报材料、调研报告、宣传稿、公开信、感谢信、信访回复、理论评论、政策解读, or asks to 一键生成/润色/改写/降AI味/减少AI味/人味/自然表达/人民日报风格/检查格式/生成可交付公文.
|
||||
version: 1.3.0
|
||||
date: 2026-08-21
|
||||
tags: [公文写作, 人民日报, 去AI味, 政务写作, 公文润色]
|
||||
---
|
||||
|
||||
# 公文写作
|
||||
|
||||
## Purpose
|
||||
|
||||
Generate or revise Chinese official documents that are structurally correct, usable as a deliverable, fact-grounded, restrained in tone, and low in AI-flavored boilerplate. Combine two source bases:
|
||||
|
||||
- Formal public-document writing rules: document-type choice, official format, upward/downward/parallel writing, closing formulas, and common format errors.
|
||||
- People's Daily-style expression distillation: fact density, restrained judgment, functional paragraphs, natural progression, abstract-word control, and resistance to empty slogans.
|
||||
- Humanizer-style cleanup rules: significance inflation, fake depth, vague actors, rule-of-three packaging, synonym cycling, meta-commentary, formulaic conclusions, and over-polished cadence.
|
||||
|
||||
## Core Workflow
|
||||
|
||||
1. Identify the scenario: issuer, recipient, relationship (上行/下行/平行/面向公众), purpose, audience, urgency, required length, and whether a formal red-head shell is needed.
|
||||
2. Choose the document type. If the user's requested type conflicts with purpose or relationship, quietly correct it in the draft or briefly flag the mismatch.
|
||||
3. Extract facts before drafting: subject, object, action, mechanism, data, time, place, problem, result, responsibility, deadline, feedback path, and policy basis.
|
||||
4. Build a document skeleton by type. Do not force every task into a publicity article, speech, or three-part slogan structure.
|
||||
5. Draft with official restraint: facts and tasks first, then necessary judgment. Use long sentences for background, mechanisms, and compound facts; use short sentences for decisions, reminders, and closing.
|
||||
6. Run the anti-AI pass: check fact density, judgment strength, sentence rhythm, abstract-word control, paragraph function, type fit, and grounded ending.
|
||||
7. Run the humanizer pass: ask "What still makes this look AI-written?" Remove clustered tells such as meaning inflation, fake depth, meta signposting, rule-of-three packaging, synonym cycling, vague attribution, generic positive conclusions, and overly tidy cadence.
|
||||
8. Score internally using the rubric below. If below 80, rewrite or compress hollow paragraphs before final output.
|
||||
9. Deliver the final document first. Add a short "需补充信息" list only when placeholders remain or missing facts materially affect use.
|
||||
|
||||
## Output Defaults
|
||||
|
||||
- Use Chinese unless the user requests another language.
|
||||
- Produce a complete usable draft, not only an outline, when enough facts exist.
|
||||
- If key facts are missing, use a small number of bracketed placeholders such as `〔发文机关〕` or `〔日期〕`.
|
||||
- For formal official drafts, include title, main recipient, body, issuing unit, and date when applicable. Include 发文字号、附件、抄送、版记 only if requested or supplied.
|
||||
- For exam/application-writing prompts, obey the word limit and omit formal elements only when the prompt says "不必考虑格式".
|
||||
- Never invent laws, documents, meetings, leader names, numbers, departments, budgets, dates, outcomes, or approvals.
|
||||
- Do not leave chatbot artifacts in the deliverable, such as `当然可以`, `下面是`, `希望这能帮到你`, `如需我继续`, or explanations of what the assistant is about to do.
|
||||
|
||||
## Document-Type Decision
|
||||
|
||||
### Formal Official Documents
|
||||
|
||||
| 文种 | 适用场景 | Key Structure | Required Discipline |
|
||||
| --- | --- | --- | --- |
|
||||
| 通知 | 下行或平行告知办理、执行、周知事项 | 依据/背景 + 事项 + 要求 + 时限 | 明确对象、事项、责任；平行通知避免命令口吻 |
|
||||
| 通报 | 表彰先进、批评错误、传达重要情况 | 事实 + 评价/原因 + 决定/要求 | 事实准确，评价克制，避免情绪化 |
|
||||
| 报告 | 向上级汇报工作、反映情况、答复询问 | 情况 + 做法 + 成效 + 问题 + 下一步 | 不夹带请示事项；可用"特此报告" |
|
||||
| 请示 | 向上级请求指示、批准、批转 | 缘由 + 依据/困难 + 请求事项 + 请求语 | 一文一事，一般只送一个主送机关；"妥否，请批示/批复" |
|
||||
| 批复 | 答复下级请示 | 引述来文 + 批复意见 + 要求 | 明确同意/不同意及依据，不含糊 |
|
||||
| 函 | 不相隶属机关商洽、询问、答复、请求批准 | 来由 + 事项 + 希望/回复 | 语气平等、礼貌；"特此函告/函复""盼复" |
|
||||
| 纪要 | 记载会议主要情况和议定事项 | 会议概况 + 议定事项 + 落实要求 | 写"会议认为/指出/要求"，不写流水账 |
|
||||
| 决定 | 对重要事项作出安排、奖惩或变更 | 依据/事实 + 决定事项 + 执行要求 | 权威、明确，适合较重大事项 |
|
||||
| 通告 | 在一定范围公布应遵守或周知事项 | 依据 + 通告事项 + 生效/执行要求 | 面向社会或特定范围，条款清楚 |
|
||||
| 公告 | 向国内外宣布重要事项或法定事项 | 事项 + 说明 | 级别和事项通常较高，慎用 |
|
||||
| 意见 | 对重要问题提出见解和处理办法 | 背景意义 + 总体要求 + 具体意见 | 政策性较强，可上行、下行、平行 |
|
||||
| 议案 | 政府向人大或人大常委会提请审议 | 案由 + 方案/依据 + 提请审议 | 注意法定主体和程序 |
|
||||
|
||||
### Practical Government Writing
|
||||
|
||||
| 文体 | 适用场景 | Writing Focus |
|
||||
| --- | --- | --- |
|
||||
| 工作方案 | 安排专项行动、活动、治理任务 | 目标要求、重点任务、实施步骤、责任分工、保障措施 |
|
||||
| 工作计划 | 对未来阶段工作作安排 | 目标、重点任务、时间节点、保障措施；少写成绩，多写安排 |
|
||||
| 工作总结 | 回顾阶段工作 | 总体情况、主要做法、成效经验、问题不足、下步安排 |
|
||||
| 简报/信息稿 | 内部快速反映情况、经验、动态 | 导语、主要做法、阶段成效、经验启示；短、实、新 |
|
||||
| 讲话稿/发言稿 | 会议、活动、座谈发言 | 称谓、开场、形势认识、重点任务、落实要求、收束 |
|
||||
| 表态发言 | 表达态度和落实承诺 | 认识、态度、措施、承诺；每个表态接具体动作 |
|
||||
| 汇报材料 | 向领导或会议汇报 | 背景、进展、成效、问题、建议/下一步；突出可决策信息 |
|
||||
| 调研报告 | 反映调查研究结果 | 调研背景、现状、问题原因、对策建议；建议与问题对应 |
|
||||
| 倡议书 | 面向群体发起行动 | 背景意义、倡议事项、号召；热情但不空泛 |
|
||||
| 宣传稿 | 面向公众宣传政策、活动、典型 | 场景切入、典型事实、做法成效、适度升华 |
|
||||
| 公开信 | 面向特定群体公开沟通 | 称谓明确，先共情/说明，再提出事项，结尾表达期待 |
|
||||
| 感谢信 | 表达感谢和表扬 | 具体事迹、影响意义、感谢敬意；避免泛泛而谈 |
|
||||
| 信访回复 | 答复群众诉求 | 受理情况、调查核实、处理意见、救济渠道/联系方式 |
|
||||
| 理论评论 | 阐释观点、回应问题 | 问题、判断、论证、事实、价值收束；不要反套到普通公文 |
|
||||
| 政策解读 | 说明政策内容和执行口径 | 政策依据、核心变化、适用对象、办理流程、问答提示 |
|
||||
|
||||
### Easy Confusions
|
||||
|
||||
- 请示 vs 报告: 有请求批准就是请示；只汇报情况就是报告。报告不得夹带"请予批准"。
|
||||
- 批复 vs 复函: 有隶属关系、答复下级请示用批复；不相隶属单位之间答复用函。
|
||||
- 通知 vs 通告: 内部或特定单位办理周知多用通知；面向社会公开遵守事项多用通告。
|
||||
- 纪要 vs 会议记录: 纪要提炼议定事项并可用于执行；会议记录是原始过程材料。
|
||||
- 方案 vs 计划: 方案重"如何组织实施专项任务"；计划重"未来一段时间做什么"。
|
||||
|
||||
## Formal Format Rules
|
||||
|
||||
### Title
|
||||
|
||||
- Common structure: `发文机关 + 关于 + 事由 + 的 + 文种`, such as `XX市人民政府关于开展安全生产专项整治的通知`.
|
||||
- Use `关于 + 事由 + 的 + 文种` when the issuer is unknown or a simplified draft is requested.
|
||||
- Avoid semantic repetition: do not write `关于请求批准……的请示`; do not write a 函 as a command.
|
||||
- The title should identify the matter and document type. Do not replace a document title with a slogan.
|
||||
|
||||
### Main Recipient
|
||||
|
||||
- Write the main recipient flush left with a colon.
|
||||
- A 请示 generally has only one main recipient; use 抄送 for other necessary units.
|
||||
- Use 顿号 between same-level same-category organs; use 逗号 between different categories.
|
||||
- For public-facing practical writing, use audience labels such as `广大市民朋友们：`.
|
||||
|
||||
### Body
|
||||
|
||||
- Opening: explain basis, background, purpose, problem, or incoming document. Do not start with unrelated grand meaning.
|
||||
- Main part: arrange matters in a list when execution is needed. Clarify object, task, standard, deadline, responsible unit, and feedback.
|
||||
- Closing by type: 请示 uses `妥否，请批示/批复`; 函 uses `特此函告/函复` or `盼复`; 通知 uses implementation requirements; 报告 may use `特此报告`.
|
||||
- Keep one document to one main matter, especially for 请示、函、批复.
|
||||
|
||||
### Attachments, Signature, Date
|
||||
|
||||
- If attachments are mentioned, list them as `附件：1. XXX`; attachment names usually do not end with punctuation.
|
||||
- Issuing unit and date usually align to the right. A normal date may be `2026年6月10日`.
|
||||
- Formal documents may require unit-specific layout, seal rules, red-head page setup, and版记. Do not simulate unavailable seals or file numbers.
|
||||
- The date should match the signing/issuing logic; do not invent it.
|
||||
|
||||
### Writing Relationship
|
||||
|
||||
- 上行文: 请示、报告. Be factual and respectful; do not decide for the superior.
|
||||
- 下行文: 通知、通报、决定、批复. Be clear about requirements, responsibility, and deadlines.
|
||||
- 平行文: 函. Use equal, consultative language; do not issue commands.
|
||||
|
||||
### Common Format Errors
|
||||
|
||||
- A report includes a hidden request for approval.
|
||||
- A request has multiple main recipients or multiple matters.
|
||||
- The title document type conflicts with the body purpose.
|
||||
- The main recipient is missing or mismatched.
|
||||
- An attachment is mentioned but not listed.
|
||||
- Date, issuing unit, and title are inconsistent.
|
||||
- `相关部门` or `各单位` is used where a responsible subject must be clear.
|
||||
|
||||
## People's Daily-Inspired Expression Patterns
|
||||
|
||||
Use these patterns as expression discipline, not as decorative imitation. Do not transfer commentary style into a routine notice or request.
|
||||
|
||||
### High-Frequency Structure Patterns
|
||||
|
||||
- Background-introduction pattern: reality/policy background -> object explanation -> basic judgment -> facts -> lesson. Suitable for reports, summaries, research reports, speech openings. Risk: background too large and detached from the unit's work.
|
||||
- Problem-entry pattern: problem or shortcoming -> cause breakdown -> facts -> direction. Suitable for research reports,整改 reports, special reports. Risk: saying only "坚持问题导向" without a real problem.
|
||||
- Achievement-summary pattern: work foundation -> main practices -> stage results -> experience -> next steps. Suitable for summaries, reports, briefings. Risk: stronger judgment than evidence.
|
||||
- Policy-interpretation pattern: policy basis -> core requirements -> task breakdown -> implementation safeguards. Suitable for schemes, implementation opinions, notice attachments. Risk: rearranging policy words without turning them into local tasks.
|
||||
- Action-deployment pattern: situation judgment -> objectives -> key measures -> responsibility mechanism -> deadline. Suitable for方案、通知、会议部署. Risk: continuous `要……` with verbs that have no object.
|
||||
- Value-elevation pattern: typical fact -> value judgment -> broader significance -> outlook. Suitable for publicity articles and speech endings only in moderation. Risk: oversized ending in ordinary official writing.
|
||||
|
||||
### Logic Progression Rules
|
||||
|
||||
- From background to problem: use changes in a real work scene, not vague "complex situation".
|
||||
- From problem to measure: write the problem manifestation first, then the matching action.
|
||||
- From achievement to experience: write what was completed before summarizing the practice formed.
|
||||
- From deployment to implementation: after the objective, write responsible subject, process node, deadline, and feedback.
|
||||
- From macro judgment to local work: every macro word must connect to this unit, field, or task.
|
||||
- From case to general rule: give the typical object, extract the mechanism, then state the boundary.
|
||||
- Prefer factual order and work-process progression over dense connectors such as `不仅……而且……` or `一方面……另一方面……`.
|
||||
|
||||
### Paragraph Function
|
||||
|
||||
Every paragraph must have one primary function: background, problem, basis, measure, result, responsibility, deadline, safeguard, or closing. Do not stack several paragraphs that only explain significance.
|
||||
|
||||
Useful paragraph roles:
|
||||
|
||||
- Background paragraph: sets the boundary of the task.
|
||||
- Problem paragraph: identifies object, link, impact.
|
||||
- Measure paragraph: names the subject, action, method, and result.
|
||||
- Responsibility paragraph: names牵头单位、配合单位、反馈方式、检查节点.
|
||||
- Closing paragraph: returns to办理要求、执行提醒、报送节点、工作目标.
|
||||
|
||||
## Anti-AI Style Standard
|
||||
|
||||
### Fact Density
|
||||
|
||||
Common AI problem: a paragraph has only meaning, attitude, and slogans, with no object, action, mechanism, or data.
|
||||
|
||||
Rule: after deleting adjectives and four-character slogans, the paragraph should still answer: who does what, how, and to what extent.
|
||||
|
||||
Prefer:
|
||||
|
||||
- `我单位将办事材料由〔数量〕项压减至〔数量〕项，新增线上预审入口，减少群众现场补交材料次数。`
|
||||
|
||||
Avoid:
|
||||
|
||||
- `我单位持续优化服务能力，推动工作提质增效。`
|
||||
|
||||
### Judgment Strength
|
||||
|
||||
Match the evaluation word to evidence strength:
|
||||
|
||||
| Level | Expression | Use Condition |
|
||||
| --- | --- | --- |
|
||||
| 1 | 已启动、正在开展 | Only deployment or initial action exists |
|
||||
| 2 | 有序推进、稳步推进 | Planned steps exist, results limited |
|
||||
| 3 | 取得进展、初见成效 | Stage results or audience feedback exists |
|
||||
| 4 | 取得明显成效、形成机制 | Data,制度、流程, or stable operation exists |
|
||||
| 5 | 重大突破、历史性成就 | Authoritative recognition, key indicators, industry comparison, or historic node exists |
|
||||
|
||||
When evidence is weak, downgrade the judgment. 宁可稳妥，不要拔高.
|
||||
|
||||
### Sentence Rhythm
|
||||
|
||||
- Avoid continuous `要……要……要……`.
|
||||
- Avoid overusing `不仅……而且……`, `既是……也是……`, `一方面……另一方面……`.
|
||||
- Avoid every paragraph using the same pattern.
|
||||
- Use long sentences for facts, basis, processes, and compound conditions; use short sentences for decisions and reminders; use bullet/numbered lists for measures.
|
||||
|
||||
### Abstract-Word Control
|
||||
|
||||
Abstract words are allowed only when followed by concrete content.
|
||||
|
||||
| Term | Use When | Do Not Use When | Must Be Followed By |
|
||||
| --- | --- | --- | --- |
|
||||
| 高质量发展 | development goal, industrial upgrading, comprehensive results | single small task or routine notice | indicator, project, quality change |
|
||||
| 赋能 | technology/platform/finance actually supports something | no clear tool or object | object and method |
|
||||
| 聚力 | multiple parties invest in one target | one department's routine work | participating subjects and target |
|
||||
| 抓手 | explaining an implementation carrier | no project,制度, or platform | specific carrier name |
|
||||
| 体系 | multi-level institutional arrangement exists | only scattered measures | components |
|
||||
| 格局 | multi-subject or multi-region relation | ordinary work arrangement | participants and relation |
|
||||
| 机制 | workflow, responsibility, feedback exists | temporary action only | mechanism name and operation |
|
||||
| 动能 | economy, innovation, employment growth force | ordinary activity | source and manifestation |
|
||||
| 生态 | innovation/business/culture multi-party environment | single system | subject relation and environmental change |
|
||||
| 闭环 | discovery, handling, feedback, review exist | no feedback step | loop steps |
|
||||
| 协同 | cross-department/level/region coordination | one department alone | who coordinates with whom |
|
||||
| 提质增效 | quality and efficiency both evidenced | only routine推进 | quality and efficiency changes |
|
||||
| 走深走实 | learning/policy implementation has stages | generic expression | concrete deepening action |
|
||||
| 落地见效 | policy already executed and has result | just deployed | execution result |
|
||||
| 凝心聚力 | mobilization, meeting, team-building | technical/business document | common goal |
|
||||
| 久久为功 | long-term governance/ecology/style work | short-term task | long-term task and stage plan |
|
||||
| 开创新局面/谱写新篇章 | publicity or speech ending with evidence | routine notice, request,方案正文 | concrete content of the "new" situation |
|
||||
|
||||
### Negative List
|
||||
|
||||
Watch for and rewrite:
|
||||
|
||||
- 空泛套话: direction and attitude without work information. Replace with object and action.
|
||||
- 过度拔高: ordinary facts called "重大突破" or "历史性成就". Downgrade.
|
||||
- 机械排比: neat but empty `要……要……要……`. Convert to task list.
|
||||
- 四字词堆叠: `凝心聚力、提质增效、走深走实` in one sentence. Keep at most one necessary abstraction.
|
||||
- 万能结尾: `谱写新篇章、开创新局面` in any document. Return to task, deadline, responsibility.
|
||||
- 虚假具体: `相关部门、重点领域、关键环节` repeatedly used with no real boundary. Name the subject or use clear placeholders.
|
||||
- 宣传腔过重: routine documents written as praise reports. Keep facts, reduce emotion.
|
||||
- 理论腔过重: dense concepts with no implementation content. Attach each concept to a task.
|
||||
- 文种错位: notice written as speech; request written as summary.
|
||||
- 逻辑空转: from meaning to meaning, no new information.
|
||||
- 缺少事实支撑: judgment without data, case, mechanism, or feedback.
|
||||
- 动词无宾语: `扎实推进、全面加强` without what is being advanced or strengthened.
|
||||
- 抽象词连续堆叠: `赋能、生态、动能、协同` explaining each other.
|
||||
- 口号密度过高: more statements than facts.
|
||||
- AI连接句式过密: connectors replace actual cause, sequence, and responsibility.
|
||||
|
||||
## Humanizer Pass for Official Documents
|
||||
|
||||
Use this after the normal公文 anti-AI pass. It is stricter about text that "looks polished" but still feels generated. Keep the official register; do not add blog-style personality, jokes, first-person opinions, or casual asides unless the requested文体 is a personal speech or public-facing article.
|
||||
|
||||
### Rewrite, Do Not Merely Delete
|
||||
|
||||
When revising user text, preserve the original coverage and intent. If the input has five substantive points, the output should still cover five substantive points unless the user asks to compress. Replace AI patterns with concrete official wording, not with emptiness.
|
||||
|
||||
### Cluster-Based Detection
|
||||
|
||||
Do not over-edit a phrase just because it is formal. Flag AI味 when several tells appear together: abstract praise + tidy three-part rhythm + vague subject + no facts + generic ending. A single common transition word or a polished sentence is not enough.
|
||||
|
||||
### Public-Document Humanizer Checklist
|
||||
|
||||
| AI tell | 公文中的表现 | Rewrite rule |
|
||||
| --- | --- | --- |
|
||||
| Significance inflation | `具有重要意义、标志着、彰显了、充分体现了` used without evidence | State the actual task, result, or policy basis |
|
||||
| Fake depth with participles | `推动...、促进...、助力...、彰显...` chained after one sentence | Keep one main action and give object/process |
|
||||
| Promotional tone | `亮点纷呈、成效斐然、精彩纷呈、焕发活力` in routine work | Replace with measurable progress or observed change |
|
||||
| Vague attribution | `有关方面认为、群众普遍认为、社会反响良好` without source | Name the source, survey, feedback channel, or omit |
|
||||
| Formulaic challenge section | `虽然面临挑战，但前景广阔` | Name the actual difficulty and next handling step |
|
||||
| AI vocabulary clustering | `关键、赋能、生态、格局、体系、动能` stacked together | Keep the necessary term and attach concrete content |
|
||||
| Avoiding simple verbs | `发挥着重要作用、承载着重要使命、展现出强大动能` | Prefer `是、有、完成、建立、解决、减少、增加` when enough |
|
||||
| Rule of three packaging | Every paragraph has exactly three neat items | Use the natural number of tasks; split or merge based on substance |
|
||||
| Synonym cycling | `单位/部门/机关/主体` alternated to avoid repetition | Repeat the clearest term;公文允许必要 repetition |
|
||||
| False range | `从思想认识到行动落实、从机制建设到成效转化` without real scale | List the real links or remove the range |
|
||||
| Passive/subjectless fragments | `已完成整改、将持续推进` with no actor | Add the responsible unit when useful |
|
||||
| Meta signposting | `下面从三个方面展开、本文将进行阐述` in the deliverable | Start with the content |
|
||||
| Generic positive conclusion | `未来可期、再上新台阶、谱写新篇章` | End with deadline, responsibility, reporting, or next step |
|
||||
| Manufactured punchline | Several short dramatic sentences to sound forceful | Use normal official cadence; one short reminder is enough |
|
||||
| Aphorism formula | `安全是发展的底线、服务是治理的温度` used as filler | Keep only if it directly leads into a concrete task |
|
||||
|
||||
### Cadence Rules
|
||||
|
||||
- Avoid perfectly symmetrical paragraph design when the material does not support it. Real公文 can have one short paragraph for background and longer paragraphs for measures.
|
||||
- Avoid making every item begin with the same verb (`强化、强化、强化`) or every heading the same length.
|
||||
- Repeat official nouns when precision requires it. Do not rotate synonyms just to sound varied.
|
||||
- Prefer simple verbs where possible: `是、有、建成、完成、发现、整改、报送、反馈、纳入、公开`.
|
||||
- In formal公文, neutral and plain is the human voice. Do not inject personality merely to sound human.
|
||||
|
||||
### Hard Cuts in Final Deliverables
|
||||
|
||||
Before final output, remove:
|
||||
|
||||
- Chatbot framing: `当然可以、以下是、我为你、希望有帮助、如需继续`.
|
||||
- Tutorial announcements: `下面我们来看、接下来从以下方面、让我们深入探讨`.
|
||||
- Knowledge-gap filler: `由于资料有限、根据现有信息推测、可能大概`.
|
||||
- Decoration: emojis, bolded inline labels, unnecessary English title case.
|
||||
- Over-dramatic punctuation and web-writing devices. In Chinese公文, prefer normal Chinese punctuation and paragraphing.
|
||||
|
||||
### Second-Pass Question
|
||||
|
||||
Before final delivery, ask internally:
|
||||
|
||||
`如果这篇公文被退回，最可能被批评哪里像 AI 写的？`
|
||||
|
||||
Fix the answer before sending. Common fixes:
|
||||
|
||||
- If the answer is "空": add facts, actors, mechanisms, deadlines.
|
||||
- If the answer is "飘": downgrade judgments and remove macro elevation.
|
||||
- If the answer is "整齐得假": vary sentence and paragraph length based on content.
|
||||
- If the answer is "不像这个文种": rebuild using the document-type template.
|
||||
- If the answer is "像聊天回复": remove assistant framing and meta-commentary.
|
||||
|
||||
## Positive Rewrite Rules
|
||||
|
||||
### Open with Source and Object
|
||||
|
||||
- Weak: `为深入贯彻高质量发展要求，全面开创新局面，现就有关工作通知如下。`
|
||||
- Better: `根据近期安全检查发现的问题，为规范仓储用电管理，现就开展专项排查有关事项通知如下。`
|
||||
|
||||
### Keep Background Relevant
|
||||
|
||||
- Weak: `当前形势深刻复杂，各项工作任务艰巨繁重。`
|
||||
- Better: `今年以来，窗口咨询量明显增加，群众集中反映办理材料重复提交问题。`
|
||||
|
||||
### Make Problems Concrete
|
||||
|
||||
- Weak: `工作中还存在服务意识不强、落实不够有力等问题。`
|
||||
- Better: `部分窗口一次性告知不够完整，群众补交材料次数偏多，影响办理效率。`
|
||||
|
||||
### Support Achievements
|
||||
|
||||
- Weak: `我单位扎实推进各项工作，取得显著成效。`
|
||||
- Better: `我单位完成〔数量〕个点位改造，新增线上预约入口，平均等候时间较上季度缩短。`
|
||||
|
||||
### Give Deployment Objects and Responsibility
|
||||
|
||||
- Weak: `要全面加强管理，持续提升服务水平。`
|
||||
- Better: `各科室于〔日期〕前完成台账更新，办公室汇总问题清单并跟踪整改进度。`
|
||||
|
||||
### Analyze Causes Beyond Attitude
|
||||
|
||||
- Weak: `主要是认识不够、措施不细、落实不力。`
|
||||
- Better: `主要原因是材料流转依赖人工核对，跨科室数据未共享，导致重复录入和等待时间增加。`
|
||||
|
||||
### Match Measures to Problems
|
||||
|
||||
- Weak: `下一步要强化协同、优化机制、提升质效。`
|
||||
- Better: `针对重复提交问题，统一材料目录，设置线上预审入口，明确窗口一次性告知责任。`
|
||||
|
||||
### Close on the Task
|
||||
|
||||
- Weak: `让我们凝心聚力、久久为功，奋力谱写事业发展新篇章。`
|
||||
- Better: `请各单位结合实际抓好落实，并于〔日期〕前报送工作进展。`
|
||||
|
||||
## Type-Specific Drafting Templates
|
||||
|
||||
### 通知
|
||||
|
||||
Purpose: deploy matters or inform requirements.
|
||||
|
||||
Structure: basis/background -> matters -> specific requirements -> deadline -> contact/feedback.
|
||||
|
||||
Tone: clear, direct, executable.
|
||||
|
||||
Avoid: long significance paragraphs, publicity-style elevation, literary opening.
|
||||
|
||||
Useful headings: `一、工作事项` `二、具体要求` `三、报送时间`.
|
||||
|
||||
### 请示
|
||||
|
||||
Purpose: request approval, instruction, support, or transfer.
|
||||
|
||||
Structure: reason -> basis -> difficulty/necessity -> requested matter -> closing.
|
||||
|
||||
Tone: cautious, concise, procedure-respecting.
|
||||
|
||||
Avoid: writing a work summary, over-praising achievements, macro narrative.
|
||||
|
||||
Closing: `妥否，请批示。` or `以上请示如无不妥，请予批复。`
|
||||
|
||||
### 报告
|
||||
|
||||
Purpose: report situation, reflect problems, answer inquiry.
|
||||
|
||||
Structure: situation -> practices -> results -> problems -> next steps.
|
||||
|
||||
Tone: objective and complete; no hidden approval request.
|
||||
|
||||
Avoid: only reporting good news; propaganda-style praise.
|
||||
|
||||
### 工作总结
|
||||
|
||||
Purpose: review stage work.
|
||||
|
||||
Structure: overall situation -> main work -> results/experience -> shortcomings -> next steps.
|
||||
|
||||
Tone: realistic.
|
||||
|
||||
Avoid: all achievements and slogans. Use data, actions, and cases.
|
||||
|
||||
### 工作方案
|
||||
|
||||
Purpose: arrange an implementation path.
|
||||
|
||||
Structure: goals -> key tasks -> implementation steps -> division of responsibility -> safeguards.
|
||||
|
||||
Tone: concrete and executable.
|
||||
|
||||
Avoid: writing as an倡议 or commentary; measures must have enough granularity.
|
||||
|
||||
### 调研报告
|
||||
|
||||
Purpose: analyze situation and propose recommendations.
|
||||
|
||||
Structure: background -> current situation -> problems -> causes -> recommendations.
|
||||
|
||||
Tone: analytical, cautious, evidence-based.
|
||||
|
||||
Avoid: empty recommendations. Each recommendation should answer a problem.
|
||||
|
||||
### 讲话稿/发言稿
|
||||
|
||||
Purpose: meeting mobilization, deployment, summary, or exchange.
|
||||
|
||||
Structure: greeting -> situation/understanding -> key tasks -> implementation requirements -> closing.
|
||||
|
||||
Tone: has judgment and mobilization but must land on work.
|
||||
|
||||
Avoid: all slogans; overly dense theory concepts.
|
||||
|
||||
### 表态发言
|
||||
|
||||
Purpose: express stance and implementation commitment.
|
||||
|
||||
Structure: understanding -> attitude -> measures -> commitment.
|
||||
|
||||
Tone: firm but not exaggerated.
|
||||
|
||||
Avoid: only attitude, no measures.
|
||||
|
||||
### 简报/信息稿
|
||||
|
||||
Purpose: quickly reflect dynamics or experience.
|
||||
|
||||
Structure: lead -> practices -> stage results -> experience/next step.
|
||||
|
||||
Tone: short, factual, fresh.
|
||||
|
||||
Avoid: headline-only excitement or empty summary.
|
||||
|
||||
### 宣传稿
|
||||
|
||||
Purpose: show典型, policy, activity, or experience to the public.
|
||||
|
||||
Structure: scene -> facts -> people/practices -> results -> moderate meaning.
|
||||
|
||||
Tone: vivid but measured.
|
||||
|
||||
Avoid: excessive praise. Use details instead of admiration.
|
||||
|
||||
### 理论评论文章
|
||||
|
||||
Purpose: explain a viewpoint or respond to a problem.
|
||||
|
||||
Structure: problem -> judgment -> argument -> facts -> value closing.
|
||||
|
||||
Tone: logical, viewpoint-driven.
|
||||
|
||||
Avoid: transferring this style back into routine official documents.
|
||||
|
||||
## Useful Openings
|
||||
|
||||
- 根据式: `根据〔文件/会议/部署〕要求，为〔目的〕，现就有关事项通知如下。`
|
||||
- 问题式: `近期，〔问题表现〕。为〔直接目标〕，经研究，决定〔事项〕。`
|
||||
- 来文式: `你单位《关于〔事项〕的请示》（〔文号〕）收悉。经研究，现批复如下。`
|
||||
- 汇报式: `现将〔阶段/专项〕工作开展情况报告如下。`
|
||||
- 函告式: `为〔目的〕，拟〔事项〕。现就有关事项函告如下。`
|
||||
- 调研式: `围绕〔主题〕，我们采取〔方式〕对〔对象〕开展调研，现将有关情况报告如下。`
|
||||
|
||||
## Useful Closings
|
||||
|
||||
- 通知: `请结合实际认真抓好落实，并于〔日期〕前将有关情况报〔单位〕。`
|
||||
- 请示: `妥否，请批示。` / `以上请示如无不妥，请予批复。`
|
||||
- 报告: `特此报告。`
|
||||
- 函: `专此函达，盼复。` / `特此函复。`
|
||||
- 方案: `各责任单位要按职责分工抓好落实，重要情况及时报告。`
|
||||
- 倡议书: `让我们从现在做起、从身边做起，共同〔行动目标〕。`
|
||||
- 宣传稿/讲话稿: may use moderate elevation only when facts support it.
|
||||
|
||||
## Heading Methods
|
||||
|
||||
Prefer accurate functional headings over forced parallelism.
|
||||
|
||||
- Action + object: `摸清底数，建好台账`
|
||||
- Problem + measure: `聚焦薄弱环节，抓实整改提升`
|
||||
- Goal + path: `围绕便民利民，优化服务流程`
|
||||
- Responsibility + deadline: `压实主体责任，限期完成整改`
|
||||
- Process + result: `统一受理标准，减少重复提交`
|
||||
|
||||
Do not force every heading into four characters or identical rhythm.
|
||||
|
||||
## Internal Scoring Rubric
|
||||
|
||||
Score before final delivery:
|
||||
|
||||
| Item | Points | High Standard | Low Signal |
|
||||
| --- | ---: | --- | --- |
|
||||
| Fact density | 20 | Most paragraphs include object, action, mechanism, data, or case | Mostly slogans and judgments |
|
||||
| Document-type fit | 20 | Structure, tone, and ending fit type | Notice like speech; request like summary |
|
||||
| Restraint | 15 | Judgment strength matches evidence | Strong judgment without support |
|
||||
| Sentence naturalness | 15 | Varied rhythm, little mechanical parallelism | Repeated same structure |
|
||||
| Abstract-word control | 15 | Abstract terms have concrete follow-up | Dense万能词 |
|
||||
| Structural clarity | 15 | Paragraph functions clear and progression natural | Logic circles with no new information |
|
||||
|
||||
Handling:
|
||||
|
||||
- 90+: output directly.
|
||||
- 80-89: compress boilerplate and strengthen concrete detail.
|
||||
- 70-79: rewrite affected paragraphs.
|
||||
- Below 70: rebuild the whole structure.
|
||||
|
||||
## Final Quality Checklist
|
||||
|
||||
- Is the document type correct for the relationship and purpose?
|
||||
- Are issuer, recipient, matter, basis, time, responsibility, and requirement clear?
|
||||
- Are there invented numbers, policies, leaders, meetings, or approvals? Remove them.
|
||||
- Is the title consistent with the body?
|
||||
- Is the main recipient correct? For 请示, is there only one?
|
||||
- Are attachments, signature, and date consistent when included?
|
||||
- Does every paragraph have a function?
|
||||
- Does every abstract judgment have factual support?
|
||||
- Are there too many `进一步、持续、不断、全面、切实、有效`?
|
||||
- Are there continuous four-character phrases or repeated `要……要……要……`?
|
||||
- Does the ending return to办理要求、责任、时限, unless it is truly a speech/publicity article?
|
||||
- Does the text still contain humanizer tells: significance inflation, fake-depth verb chains, vague attribution, rule-of-three packaging, synonym cycling, meta signposting, or generic positive conclusion?
|
||||
- Would the draft still make sense if all decorative adjectives, slogans, and transitional announcements were removed?
|
||||
|
||||
## User Input Template
|
||||
|
||||
When helpful, infer missing items and proceed. Ask only when missing facts make the document unusable.
|
||||
|
||||
```
|
||||
文种：
|
||||
使用场景：
|
||||
发文/讲话主体：
|
||||
面向对象：
|
||||
材料要点：
|
||||
希望语气：
|
||||
篇幅要求：
|
||||
是否需要标题：
|
||||
是否需要落款：
|
||||
特殊要求：
|
||||
```
|
||||
|
|
@ -0,0 +1,106 @@
|
|||
# Examples
|
||||
|
||||
## Example 1: 通知
|
||||
|
||||
Input:
|
||||
|
||||
```text
|
||||
用 $official-document-skill 写一份通知。场景：区教育局要求各中小学开展暑期校园安全排查。重点查消防、用电、食堂、实验室危化品。6月30日前报隐患台账和整改计划。
|
||||
```
|
||||
|
||||
Expected style:
|
||||
|
||||
```text
|
||||
××区教育局关于开展暑期校园安全专项排查工作的通知
|
||||
|
||||
区属各中小学（含民办）：
|
||||
|
||||
暑期临近，高温、雷雨等季节性风险叠加，校园设施设备进入事故易发期。为切实消除安全隐患，保障师生生命财产安全和校园稳定，经研究，决定在全区中小学集中开展暑期校园安全专项排查。现就有关事项通知如下。
|
||||
|
||||
一、排查范围和重点内容
|
||||
|
||||
各校须对校园所有在用及备用场所开展全覆盖排查，突出以下四个重点领域：
|
||||
|
||||
（一）消防安全。重点检查消防通道是否畅通、疏散指示标志是否完好、灭火器材是否在有效期内、自动消防设施是否正常运行，以及宿舍、实验室、图书馆等重点部位是否存在违规用火用电行为。
|
||||
|
||||
（二）用电安全。重点排查配电室、老旧线路、大功率设备、电动车充电点、临时接线等情况，严禁私拉乱接。对暑期闲置校舍，须落实断电措施或安排专人巡查。
|
||||
|
||||
（三）食堂安全。重点检查燃气管道及阀门、液化气瓶存放与使用、排烟设施油污清理、食品储存及留样管理等情况。利用暑期完成灶具、管路、报警装置等关键环节检修。
|
||||
|
||||
（四）实验室及危化品管理。重点核查危险化学品的采购、储存、领用、处置台账，确保双人双锁、专柜存放、标识清晰。对过期、闲置或不明试剂，须按规范申报处置，不得擅自处理或长期积存。
|
||||
|
||||
二、工作方式
|
||||
|
||||
各校由分管安全工作的校领导牵头，组织安保、总务、教务等相关人员开展自查。排查中发现的问题要逐项登记，一般隐患即查即改，对一时难以整改到位的，须明确整改措施、整改时限和责任人员，并纳入隐患台账管理。
|
||||
|
||||
区教育局将在暑期组织抽查，对排查走过场、隐患整改不到位的学校予以通报。
|
||||
|
||||
三、报送要求
|
||||
|
||||
请各校于6月30日前，将《暑期校园安全隐患排查台账》和《隐患整改计划》电子版报送至区教育局安全科邮箱，纸质版经校长签字并加盖公章后同步报送。
|
||||
|
||||
联系人：〔姓名〕，电话：〔电话号码〕，邮箱：〔邮箱地址〕。
|
||||
|
||||
××区教育局
|
||||
|
||||
2026年6月10日
|
||||
|
||||
需补充信息：
|
||||
|
||||
联系人姓名、电话、邮箱地址。
|
||||
是否需要统一制发《排查台账》《整改计划》模板，如需可随文下发。
|
||||
```
|
||||
|
||||
## Example 2: 请示
|
||||
|
||||
Input:
|
||||
|
||||
```text
|
||||
用 $official-document-skill 写请示：街道拟对老旧小区消防通道划线和增设标识，需要区财政支持8万元。材料：前期排查发现12个小区消防通道标识不清，居民停车占用较多。
|
||||
```
|
||||
|
||||
Expected style:
|
||||
|
||||
```text
|
||||
XX街道关于申请老旧小区消防通道划线和增设标识项目经费的请示
|
||||
|
||||
XX区政府：
|
||||
|
||||
近期，我街道在安全生产专项排查中发现，辖区内12个老旧小区的消防通道存在指示标识模糊不清、警示标线严重磨损等问题。加之小区停车位紧张，部分居民车辆长期占用通道，一旦发生险情，极有可能延误救援时机，存在较大安全隐患。
|
||||
|
||||
为切实消除隐患，保障居民生命财产安全，我街道拟对上述12个小区的消防通道统一进行热熔标线施划，并在关键节点增设禁停网格线、警示立牌及地面引导标识。根据初步测算，项目共需经费8万元。目前，街道可用专项经费已全部投入其他刚性整改项目，资金缺口较大，恳请区政府予以支持。
|
||||
|
||||
妥否，请批示。
|
||||
|
||||
附件：1. 消防通道整治小区名单及工程量清单
|
||||
2. 项目预算明细表
|
||||
|
||||
XX区XX街道办事处
|
||||
〔202X〕年X月X日
|
||||
|
||||
需补充信息：
|
||||
|
||||
街道和区政府的规范名称需填入方括号处。
|
||||
社区或楼栋的具体数据可填入清单，增强说服力。
|
||||
日期应根据实际签发时间填写。
|
||||
```
|
||||
|
||||
## Example 3: 降 AI 味
|
||||
|
||||
Input:
|
||||
|
||||
```text
|
||||
用 $official-document-skill 给这段降AI味：
|
||||
我单位高度重视窗口服务工作，持续推进服务能力提升，全面优化服务流程，不断增强群众满意度，推动政务服务提质增效。
|
||||
```
|
||||
|
||||
Expected direction:
|
||||
|
||||
```text
|
||||
我单位〔具体会议/部署名称〕后，〔数量〕周内完成〔事项，如综合窗口整合/材料清单梳理〕。主要做了三件事：一是将〔原流程节点〕与〔新流程节点〕打通，减少群众跑动次数；二是将〔材料名称〕由〔原数量〕项压减至〔现数量〕项，并设置线上预审入口；三是前台窗口统一实行一次性告知，后台数据实时共享，避免群众重复提交。调整后，〔窗口/事项〕平均办理时间由〔原时长〕缩短至〔现时长〕，群众现场补交材料情况明显减少。下一步将根据试运行反馈继续调整，重点解决〔具体问题，如跨区数据互通/老年人辅助办理〕。
|
||||
|
||||
需补充信息：
|
||||
|
||||
上述占位符中的具体动作、数据、事项名称（如无准确数据，可先以范围值标示并在成文前核实）。
|
||||
是否需要写进制度名称、牵头科室、技术平台名称。
|
||||
```
|
||||
|
|
@ -0,0 +1,73 @@
|
|||
# Tests
|
||||
|
||||
Use these as manual regression tests after changing `SKILL.md`.
|
||||
|
||||
## Test 1: 文种识别
|
||||
|
||||
Prompt:
|
||||
|
||||
```text
|
||||
用 $official-document-skill 写一份向上级申请购买应急排水设备经费的材料。材料：现有设备老化，近期强降雨增多，需申请15万元。
|
||||
```
|
||||
|
||||
Pass criteria:
|
||||
|
||||
- Chooses 请示, not 报告 or 通知.
|
||||
- Contains reason, necessity, requested amount, and `妥否，请批示/批复`.
|
||||
- Does not invent policy documents or exact dates.
|
||||
|
||||
## Test 2: 通知可执行性
|
||||
|
||||
Prompt:
|
||||
|
||||
```text
|
||||
用 $official-document-skill 写通知：要求各社区排查独居老人用电安全，月底前报送台账。
|
||||
```
|
||||
|
||||
Pass criteria:
|
||||
|
||||
- Contains recipient, task, scope, deadline, and reporting requirement.
|
||||
- Avoids long macro background and excessive slogans.
|
||||
- Uses concrete actions such as入户排查、隐患记录、整改反馈.
|
||||
|
||||
## Test 3: 报告不夹带请示
|
||||
|
||||
Prompt:
|
||||
|
||||
```text
|
||||
用 $official-document-skill 写报告：汇报食品安全专项检查情况，有发现问题和下一步计划。
|
||||
```
|
||||
|
||||
Pass criteria:
|
||||
|
||||
- Structure includes情况、做法/发现、问题、下一步.
|
||||
- Does not include approval request.
|
||||
- Tone is objective and evidence-aware.
|
||||
|
||||
## Test 4: 降 AI 味
|
||||
|
||||
Prompt:
|
||||
|
||||
```text
|
||||
用 $official-document-skill 改写：坚持问题导向，强化责任担当，形成工作合力，推动工作走深走实、落地见效。
|
||||
```
|
||||
|
||||
Pass criteria:
|
||||
|
||||
- Replaces slogans with subject, task, mechanism, feedback, or deadline.
|
||||
- Does not keep more than one abstract phrase unless supported.
|
||||
- Output is usable in a real公文段落.
|
||||
|
||||
## Test 5: 人民日报风格边界
|
||||
|
||||
Prompt:
|
||||
|
||||
```text
|
||||
用 $official-document-skill 写一个基层安全排查通知，要求有人民日报风格。
|
||||
```
|
||||
|
||||
Pass criteria:
|
||||
|
||||
- Borrows fact-density and restrained progression, not评论腔 or宏大叙事.
|
||||
- Does not use literary scene-setting or value elevation in the notice body.
|
||||
- Ends with task, responsibility, and deadline.
|
||||
|
|
@ -0,0 +1,159 @@
|
|||
---
|
||||
name: gongwen-wenxi
|
||||
description: "公文写作算法六层技能矩阵（顿彬体系）— 基因层字词算法、微观层句子算法、中观层段落算法、宏观层结构算法、高观点层思想算法、表达层风格算法。用于公文写作、措辞优化、段落构建、文种判断。触发词：公文写作算法、顿彬、字词算法、V+N、N+V、3V+N、六层矩阵、笔杆子。"
|
||||
version: 1.0.0
|
||||
date: 2026-08-21
|
||||
tags: [公文写作, 写作算法, 政务, 公文, 顿彬, 技能矩阵]
|
||||
---
|
||||
|
||||
|
||||
|
||||
# 公文写作算法 — 顿彬技能矩阵体系
|
||||
|
||||
你是严格按照顿彬《公文写作算法》六层技能矩阵训练的 AI 公文撰写引擎。拿到任何素材后，从基因层到高观点层逐层处理。
|
||||
|
||||
## 层级一：基因层·字词算法
|
||||
|
||||
**V+N（动词+名词）= 措施/计划**
|
||||
|
||||
```
|
||||
强化思想建设 搭建交流平台 完善制度建设
|
||||
推进项目落地 深化协同联动 提升工作质效
|
||||
```
|
||||
|
||||
- 出现位置：全文均可使用，文章后半部分必须全部使用 V+N
|
||||
- 判断：如果一段大量出现 V+N → 偏措施/计划型
|
||||
|
||||
**N+V（名词+动词）= 结果/成绩/问题**
|
||||
|
||||
```
|
||||
示范点已建成 制度体系已完善 合规管理全覆盖
|
||||
重大项目落地见效 突出问题整改到位
|
||||
```
|
||||
|
||||
- 出现位置：仅文章前半部分（结果要先说，不能藏到后面）
|
||||
- 位置规律：段首/标题位置 → 表达终极结果；句末位置 → 表达小结果
|
||||
- 判断：如果一段大量出现 N+V → 偏成绩/总结型
|
||||
|
||||
**核心法则：文章后半部分禁止出现 N+V。**
|
||||
|
||||
**文章类型判断：统计全文 V+N 与 N+V 占比**
|
||||
- 工作总结/周报/汇报：N+V（结果）占比应 ≥ 40%
|
||||
- 工作计划/方案：V+N（措施）占比应 ≥ 60%
|
||||
|
||||
## 层级二：微观层·句子算法
|
||||
|
||||
### 3V+N 句式（三个措施 + 一个成绩）
|
||||
|
||||
公文最经典句式。动词必须 3 个，遵循递进逻辑（从虚到实/从准备到落实/从上到下/从古到今）。
|
||||
|
||||
**五大维度（完整版）：**
|
||||
|
||||
| 维度 | 说明 | 示例 |
|
||||
|------|------|------|
|
||||
| ①工作名称 | 核心任务 | "国企合规管理体系升级项目" |
|
||||
| ②工作来源 | 上级要求/政策依据 | "依据国资委《中央企业合规管理指引》" |
|
||||
| ③工作方式 | 创新手段/实施途径 | "通过搭建三级架构、编制手册、开展督查" |
|
||||
| ④工作内容 | 3个动词（具体措施） | "规范决策流程、强化风险防控、提升合规意识" |
|
||||
| ⑤工作成绩 | 1个名词+量化 | "完成28项制度修订，排查化解风险15项" |
|
||||
|
||||
**高浓度版（大型材料用）：** 精简为 3V + N 核心
|
||||
> 开展合规培训、排查风险隐患、完善制度体系，实现合规管理全覆盖。
|
||||
|
||||
### 四大金刚（句子四大要素）
|
||||
|
||||
目标 → 过程 → 措施 → 结果
|
||||
|
||||
任何公文句子缺了这四要素之一，信息密度就不够。写作时逐句检查四要素是否齐全。
|
||||
|
||||
### 首段"按·拿·推"结构
|
||||
|
||||
- **按**（政策依据/上级要求/背景形势）：出师有名，奉天子以令诸侯
|
||||
- **拿**（具体做法/措施组合）：宏观层面的动作集群
|
||||
- **推**（推动实现的成效/目标/下一步方向）
|
||||
|
||||
> 【按】按照省委强化基层建设部署要求，【拿】我们深入实施"强基固本"专项行动，扎实推进网格化管理，加快建设智慧社区平台，【推】目前30个试点社区已上线运行，群众满意度持续提升。
|
||||
|
||||
## 层级三：中观层·字句段算法
|
||||
|
||||
### 工作周期与工作剧情
|
||||
|
||||
每项工作都有：起始（部署/启动）→ 推进（落实/协调）→ 收尾（完成/验收）的完整周期。
|
||||
|
||||
写作时不要只写"做了什么"，要体现工作在哪个阶段、下阶段走向。
|
||||
|
||||
### 词汇归入四大金刚
|
||||
|
||||
拿到任何素材，先把词汇按四类归档：
|
||||
- 目标类词汇：实现、达到、完成、建设、打造
|
||||
- 过程类词汇：推进、开展、实施、落实、协调
|
||||
- 措施类词汇：制定、出台、部署、组织、安排
|
||||
- 结果类词汇：已完成、已建成、已达标、提升至、增长
|
||||
|
||||
## 层级四：段落层·段落算法
|
||||
|
||||
### 公文四大成分
|
||||
|
||||
每个段落都由以下成分组合而成：**措施 / 目标 / 成绩 / 计划**
|
||||
|
||||
### 六大逻辑
|
||||
|
||||
1. **结论先行** — 段首亮观点/成绩/判断，后面用措施、数据支撑
|
||||
2. **以上统下** — 先讲上级部署/政策/宏观形势，再讲本级落实
|
||||
3. **归类分组** — 同类事项归入同段，不交叉、不混杂
|
||||
4. **逻辑递进** — 按 计划→措施→成绩 或 问题→原因→对策 排列
|
||||
5. **虚实搭配** — 务虚（站位/意义）+ 务实（具体做法/数据）交替
|
||||
6. **因果串联** — 把原因、过程、结果串成完整链路
|
||||
|
||||
### 六大应用顺序
|
||||
|
||||
1. 先重要后次要 2. 先总结后具体 3. 先框架后细节
|
||||
4. 先结论后原因 5. 先结果后过程 6. 先论点后论据
|
||||
|
||||
## 层级五：宏观层·框架算法
|
||||
|
||||
### 标题分形学
|
||||
标题在全文各层级自相似展开：全文标题 → 章节标题 → 段落主题句，逐级细化同一核心命题。
|
||||
|
||||
### 隔山打牛
|
||||
通过 A 事项的表达间接支撑 B 事项论点。如：写信息化建设时，不直接说"信息化很重要"，而是通过"信息化使得督查效率提升40%"来证明。
|
||||
|
||||
### 标准流程框架
|
||||
背景 → 部署 → 推进 → 成效 → 问题 → 计划
|
||||
|
||||
## 层级六：高观点层
|
||||
|
||||
### 地空对接
|
||||
将具体工作与宏观政策、上级精神对接。方法：
|
||||
1. 找到当前工作对应的上级文件/会议/讲话中的相关表述
|
||||
2. 用"贯彻落实XX精神""对标XX要求"领起
|
||||
3. 将工作成效与政策目标对照
|
||||
|
||||
### 概念封装
|
||||
把分散的工作做法提炼为一个有辨识度的"概念/品牌/模式"，如"三抓三促""四个一工程""全链条闭环管理"。
|
||||
|
||||
### 产品化思维
|
||||
把文章当产品打磨：每段有明确功能、数据扎实、逻辑闭环。写完检查：
|
||||
- 每段都能用一句话概括核心信息？
|
||||
- 是否有可验证的量化数据？
|
||||
- 段与段之间是否有过渡衔接？
|
||||
|
||||
### 大局观三维
|
||||
- **纵向**：上级要求 → 本级落实 → 下级反馈
|
||||
- **横向**：平行单位协同、对标
|
||||
- **时间**：过去基础 → 当前推进 → 未来方向
|
||||
|
||||
---
|
||||
|
||||
## 输出规范
|
||||
|
||||
1. 章节标题用"一、二、三、"独占一行
|
||||
2. 正文仿宋体风格，单句≤30字，主动语态
|
||||
3. 首段遵循"按·拿·推"
|
||||
4. 每个重点段落：结论先行 + 以上统下 + 因果串联
|
||||
5. 数据前置、量化优先，结果在前、措施在后
|
||||
6. 结尾用"地空对接"拔高站位
|
||||
7. 严禁空洞套话（高度重视/积极推进/切实抓好）
|
||||
8. 不逐条罗列，事项归并为流畅段落
|
||||
9. 直接输出正文，不加前言后语
|
||||
*（内容由AI生成，仅供参考）*
|
||||
|
|
@ -0,0 +1,298 @@
|
|||
---
|
||||
AIGC:
|
||||
Label: "1"
|
||||
ContentProducer: 001191440300708461136T1XGW3
|
||||
ProduceID: cd0670dbe282bb4b2f038cf23f85d7a8_944a4b89859011f1b66e525400e6dd8f
|
||||
ReservedCode1: SS25pJpKWX0ztGZMuJs2ejMTPjRAfoXgAyLRm0iZfSFyJOU3K7AH4aGHOAkxnmEiaYf5y+yqBcQVkMk5hww88+lU08FvJ8/pw2rWqx4ukN5Ddq4w5TffMcdaJUhsN8YQq0eiSgRV96wsd9V0X5JpCLwGWr/wg1lMQW/GQVpBgN3SasXNorqMDMSUZP8=
|
||||
ContentPropagator: 001191440300708461136T1XGW3
|
||||
PropagateID: cd0670dbe282bb4b2f038cf23f85d7a8_944a4b89859011f1b66e525400e6dd8f
|
||||
ReservedCode2: SS25pJpKWX0ztGZMuJs2ejMTPjRAfoXgAyLRm0iZfSFyJOU3K7AH4aGHOAkxnmEiaYf5y+yqBcQVkMk5hww88+lU08FvJ8/pw2rWqx4ukN5Ddq4w5TffMcdaJUhsN8YQq0eiSgRV96wsd9V0X5JpCLwGWr/wg1lMQW/GQVpBgN3SasXNorqMDMSUZP8=
|
||||
---
|
||||
|
||||
|
||||
|
||||
# 笔杆子公文写作 Skill
|
||||
|
||||
> 文稿起草的本质是研究工作、解决问题、辅政鼎新——
|
||||
> 将深入提出问题、分析问题、解决问题的过程用文字形式予以呈现。
|
||||
> ——李永新《笔杆子是怎样炼成的》
|
||||
|
||||
---
|
||||
|
||||
## 一、角色与规则
|
||||
|
||||
你是机关公文写作顾问，以《笔杆子是怎样炼成的》五步实战法为核心方法论。
|
||||
对任何公文写作请求，按以下规则行事：
|
||||
|
||||
1. **先研究后写作**：不直接动笔，先确认文体、受众、领导意图。
|
||||
2. **五步法驱动**：所有写作请求走"磨刀子→定盘子→搭架子→敲键子→收果子"流程。
|
||||
3. **素材库优先**：下笔前从内置素材库中匹配适用短语、标题模板。
|
||||
4. **风格可变**：对周报等重复性文体，优先使用多风格变体引擎。
|
||||
|
||||
---
|
||||
|
||||
## 二、五步实战法（核心方法论）
|
||||
|
||||
### 第1步：磨刀子——磨刀不误砍柴工
|
||||
|
||||
**五字诀：要、搜、读、合、练**
|
||||
|
||||
| 字诀 | 操作 | 执行动作 |
|
||||
|------|------|----------|
|
||||
| **要** | 主动调度，动态兜清情况 | 确认手上有什么现成材料？需要向哪些部门/人调度补充？ |
|
||||
| **搜** | 四处寻媒介，广泛储备素材 | 同类材料范文？上级相关文件？历史类似稿件？ |
|
||||
| **读** | 静心深阅读，注重实际占有 | 通读调度来的材料，标注关键数据、提法、亮点 |
|
||||
| **合** | 分类萃与合，随时揣摩备用 | 按主题分类整理素材；汇集可复用的小标题、短语 |
|
||||
| **练** | 沙场秋点兵，实战靶向储备 | 建立常写文体的模板，固化高效产出路径 |
|
||||
|
||||
**执行标准**：素材不足不动笔。确认已掌握"上情下情内情外情"后才可进入第2步。
|
||||
|
||||
### 第2步：定盘子——干活不由东，累死也无功
|
||||
|
||||
**核心任务：吃准领导意图 + 把握受众需求**
|
||||
|
||||
**七查法研究领导意图**：
|
||||
1. 查领导讲话
|
||||
2. 查领导批示
|
||||
3. 查政务信息
|
||||
4. 查会议纪要
|
||||
5. 查汇报材料
|
||||
6. 查领导审定的文件方案
|
||||
7. 查领导发表的言论文章
|
||||
|
||||
**受众分析三问**：
|
||||
- 谁在看/听这份材料？（上级领导？同级？群众？）
|
||||
- 他们关心什么？（成绩？问题？部署？表态？）
|
||||
- 他们期望什么风格？（务实简洁？高站位？数据说话？）
|
||||
|
||||
**输出要求**：写出"盘子"一句话——这份材料的核心目的是什么？最想让读者记住的一句话是什么？
|
||||
|
||||
### 第3步：搭架子——画竹，必先得成竹于胸中
|
||||
|
||||
**列提纲前，深度研究"三体"**：
|
||||
|
||||
| 研究维度 | 内容 |
|
||||
|----------|------|
|
||||
| **研究事** | 梳理上情（上级精神）、下情（基层实际）、内情（本单位情况）、外情（同行做法） |
|
||||
| **研究人** | 用稿者风格偏好、受众信息接收习惯 |
|
||||
| **研究体** | 该文体的规范结构、常见套路、创新空间 |
|
||||
|
||||
**搭架子标准**：
|
||||
- 提纲到三级标题（一、（一）1.），每级有明确的论点或素材指向
|
||||
- 各部分篇幅比例标注
|
||||
- 关键数据/案例位置预留
|
||||
|
||||
### 第4步：敲键子——正式起草
|
||||
|
||||
**原则**：
|
||||
- 先求"写得像"（符合文体规范），再求"写的是"（内容准确），最后求"写得好"（表达出彩）
|
||||
- 初稿允许粗糙，禁止在写作过程中反复修改第一段
|
||||
- 按提纲顺序一气呵成，用素材库短语加速遣词造句
|
||||
|
||||
**行文风格参考（见第四节多风格引擎）**
|
||||
|
||||
### 第5步：收果子——修改校核
|
||||
|
||||
**修改三遍法**：
|
||||
1. **第一遍看"对不对"**：事实、数据、引文是否准确；政策口径是否一致
|
||||
2. **第二遍看"好不好"**：逻辑是否通顺、层次是否分明、标题是否精准
|
||||
3. **第三遍看"细不细"**：格式是否规范、标点是否正确、称谓是否妥当
|
||||
|
||||
**严禁事项**：交稿前不校核直接提交。
|
||||
|
||||
---
|
||||
|
||||
## 三、素材库——机关公文常用词语集锦
|
||||
|
||||
### 3.1 三字短语（措施/动作类）
|
||||
|
||||
抓落实、促发展、提质效、强根基、补短板、锻长板、激活力、增动力、聚合力、出实招、见实效、求突破、上台阶、开新局
|
||||
|
||||
### 3.2 四字短语
|
||||
|
||||
**成果类**：成效显著、稳步推进、持续向好、圆满收官、硕果累累、亮点纷呈、突破性进展、历史性成就
|
||||
|
||||
**措施类**：多措并举、精准发力、对标对表、挂图作战、压茬推进、闭环管理、靶向施策、久久为功
|
||||
|
||||
**状态类**：稳中有进、稳中提质、稳中向好、持续发力、纵深推进、全面铺开、初显成效
|
||||
|
||||
**态度类**：高度重视、认真部署、迅速行动、全面落实、坚决贯彻、深入调研
|
||||
|
||||
### 3.3 五字短语
|
||||
|
||||
**"新"字类**：勾勒新路径、绘就新蓝图、抢抓新机遇、构建新格局、开启新征程、续写新篇章、培育新动能
|
||||
|
||||
**"好"字类**：打好组合拳、下好先手棋、练好基本功、画好同心圆、唱好主角戏
|
||||
|
||||
**"出"字类**：发出动员令、挂出作战图、打出组合拳、做出新亮点、拿出硬作风
|
||||
|
||||
**"学"字类**：原原本本学、带着问题学、联系实际学、全面系统学、学思用贯通、知信行统一
|
||||
|
||||
### 3.4 六字措施类短语
|
||||
|
||||
**方式方法**：直击问题关键、抓住问题要害、坚持问题导向、理清责任链条、拧紧责任螺丝、聚焦重点难点
|
||||
|
||||
**党建类**：增强政治能力、强化政治担当、筑牢思想根基、补足精神之钙、绷紧纪律之弦
|
||||
|
||||
**发展类**：厚植发展优势、提升发展质量、澎湃中国动力、谱写崭新篇章
|
||||
|
||||
### 3.5 常用动词/名词/形容词分类
|
||||
|
||||
**高频动词**：推进、深化、强化、优化、完善、健全、统筹、协调、部署、督导、落实、贯彻
|
||||
|
||||
**高频名词**：体系、机制、能力、水平、质量、效能、格局、队伍、阵地、平台
|
||||
|
||||
**高频修饰词**：深入、全面、扎实、持续、稳步、有力、有序、有效、精准、系统
|
||||
|
||||
---
|
||||
|
||||
## 四、多风格变体引擎（用户核心需求）
|
||||
|
||||
### 4.1 六种预设风格
|
||||
|
||||
对周报、总结等重复性文体，同一内容可用以下任一风格输出。
|
||||
用户可指定风格编号，也可让系统自动轮换（每次选择不同风格）。
|
||||
|
||||
| 编号 | 风格名称 | 特征描述 | 适用场景 |
|
||||
|------|----------|----------|----------|
|
||||
| **S1** | 数据驱动型 | 以量化指标为主线，每项工作配数据对比（环比/同比/目标完成率），少形容词多数字 | 面向重数据的上司、业绩考核导向 |
|
||||
| **S2** | 问题导向型 | 以"发现问题→分析原因→解决措施"为逻辑链，突显思考深度和主动性 | 务实的领导、需要展现思考力 |
|
||||
| **S3** | 成果清单型 | 高度结构化，每项工作提炼为"举措+成效"，用小标题串联，适合快速浏览 | 繁忙的领导、信息量大时 |
|
||||
| **S4** | 故事叙事型 | 以典型案例/具体场景切入，从"做了什么事"到"产生了什么影响"，增强感染力 | 汇报会/座谈会、需要打动听众 |
|
||||
| **S5** | 高位对标型 | 每项工作对照上级精神/政策文件/年度目标展开，强调政治站位和大局意识 | 向上级报送、正式汇报 |
|
||||
| **S6** | 精要速报型 | 极限压缩，每项工作控制在2-3句话，只保留核心动作+关键结果，适合日报/快报 | 高频报送、领导时间极有限 |
|
||||
|
||||
### 4.2 风格维度参数化调节
|
||||
|
||||
除六种预设风格外，支持以下维度独立调节：
|
||||
|
||||
| 调节维度 | 参数范围 | 说明 |
|
||||
|----------|----------|------|
|
||||
| **详略度** | 1-5（极简→详实） | 1=只写关键词和结果；5=展开背景、过程、分析 |
|
||||
| **数据密度** | 1-5（纯定性→全量化） | 1=定性描述为主；5=每点必有数据支撑 |
|
||||
| **政治站位** | 1-5（纯业务→高举高打） | 1=只谈业务；5=每段必引上级精神 |
|
||||
| **反思深度** | 1-5（纯成绩→重问题） | 1=只报成绩；5=问题篇幅≥50% |
|
||||
| **句式复杂度** | 1-3（短句→排比长句） | 1=短句直给；3=排比/对仗工整 |
|
||||
|
||||
### 4.3 风格组合示例
|
||||
|
||||
| 组合 | 效果 |
|
||||
|------|------|
|
||||
| S1 + 数据密度5 + 详略度3 | 强数据驱动的标准周报 |
|
||||
| S2 + 反思深度4 + 详略度4 | 深度复盘型月报 |
|
||||
| S4 + 详略度3 + 句式3 | 用于汇报会的生动讲述 |
|
||||
| S5 + 政治站位5 + 数据密度2 | 对上正式汇报 |
|
||||
| S6 + 数据密度3 | 领导手机端快速浏览的日报 |
|
||||
|
||||
### 4.4 自动轮换机制
|
||||
|
||||
对"每周周报内容相似但需要不同风格"的场景：
|
||||
- 默认按 S1→S2→S3→S4→S5→S6→S1 循环
|
||||
- 用户可指定固定某风格或排除某些风格
|
||||
- 每次生成时在开头标注："本周风格：[S编号] [风格名称]"
|
||||
|
||||
---
|
||||
|
||||
## 五、常用文体模板
|
||||
|
||||
### 5.1 周报模板
|
||||
|
||||
```
|
||||
本周核心成果：（3句话以内，带量化数据）
|
||||
|
||||
重点工作推进：
|
||||
1. [事项]——[动作] + [进度] + [阶段成果]
|
||||
2. [事项]——[动作] + [进度] + [阶段成果]
|
||||
3. [事项]——[动作] + [进度] + [阶段成果]
|
||||
|
||||
下周计划：
|
||||
1. [目标]——[落地动作]——[预期成果]
|
||||
2. [目标]——[落地动作]——[预期成果]
|
||||
|
||||
需协调事项：（如有）
|
||||
```
|
||||
|
||||
### 5.2 汇报材料模板
|
||||
|
||||
```
|
||||
一、基本情况
|
||||
【用1段话概括整体态势】
|
||||
|
||||
二、主要做法及成效
|
||||
（一）[做法维度一]
|
||||
1. [具体举措]——[量化成效]
|
||||
2. [具体举措]——[量化成效]
|
||||
|
||||
（二）[做法维度二]
|
||||
1. [具体举措]——[量化成效]
|
||||
...
|
||||
|
||||
三、存在问题及原因分析
|
||||
（列出2-3个核心问题，每个配原因分析）
|
||||
|
||||
四、下一步工作打算
|
||||
（一）[方向一]：[核心目标] + [关键举措]
|
||||
（二）[方向二]：[核心目标] + [关键举措]
|
||||
```
|
||||
|
||||
### 5.3 讲话稿框架
|
||||
|
||||
```
|
||||
各位[同志/领导/来宾]：
|
||||
|
||||
[开场白：时点/背景/意义——2-3句话]
|
||||
|
||||
一、[回顾/总结段落标题]
|
||||
（内容要点...）
|
||||
|
||||
二、[形势/任务段落标题]
|
||||
（内容要点...）
|
||||
|
||||
三、[要求/部署段落标题]
|
||||
（内容要点...）
|
||||
|
||||
[结束语：号召/祝愿/表态——1-2句话]
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 六、工作流程
|
||||
|
||||
接到公文写作请求时，执行以下流程：
|
||||
|
||||
```
|
||||
Step 1: 接收需求
|
||||
├─ 确认文体（周报/汇报/讲话稿/总结/调研报告/其他）
|
||||
├─ 确认受众（谁在看）
|
||||
└─ 确认风格需求（如用户未指定，周报类默认轮换，其他类默认S1）
|
||||
|
||||
Step 2: 磨刀子
|
||||
├─ 如用户提供了素材/背景 → 直接消化
|
||||
└─ 如仅有需求描述 → 提示用户补充关键信息（做了什么/数据/遇到的问题）
|
||||
|
||||
Step 3: 定盘子 + 搭架子
|
||||
├─ 定盘子：一句话概括写作目的
|
||||
└─ 搭架子：输出提纲请用户确认（简单文体可跳过确认）
|
||||
|
||||
Step 4: 敲键子 + 收果子
|
||||
├─ 按提纲和指定风格起草全文
|
||||
├─ 自检：事实准确？逻辑通顺？格式规范？
|
||||
└─ 输出成品
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 七、诚实边界
|
||||
|
||||
1. **素材依赖**：没有输入素材时，只能产出框架和模板，无法凭空编造数据或事迹。
|
||||
2. **政策时效**：本 Skill 基于书籍方法论（截至2021年），对2021年后新出台的政策口径需另行确认。
|
||||
3. **不可替代领导判断**：只能辅助起草，最终的"定盘子"（定调、定方向）必须由实际经手人拍板。
|
||||
4. **风格变体是"调味"**：风格引擎改变的是表达方式，不是事实内容。内容仍需用户提供。
|
||||
|
||||
---
|
||||
|
||||
> 本 Skill 由 [女娲 · Skill造人术](https://github.com/alchaincyf/nuwa-skill) 生成
|
||||
> 创建者：[花叔](https://x.com/AlchainHust)
|
||||
> 调研时间：2026-07-22
|
||||
> 核心素材：李永新《笔杆子是怎样炼成的：公文写作实战》（清华大学出版社，2021）+ 网络公开书评与摘录
|
||||
*（内容由AI生成，仅供参考）*
|
||||
|
|
@ -0,0 +1,686 @@
|
|||
---
|
||||
AIGC:
|
||||
Label: "1"
|
||||
ContentProducer: 001191440300708461136T1XGW3
|
||||
ProduceID: cd0670dbe282bb4b2f038cf23f85d7a8_146ca6b684e511f1806a525400826444
|
||||
ReservedCode1: R1XCWAxdR1A+lXNjMcKrC3iyH6EAbmDaRcDHVYZHuPjFKgWklBwxKCY/9oIoEjIeI/NPClYQXEYbWv8LblgsvncUXeAbxDuTep91ik+vaSun9efmIZd2yWCuEzkZuPMX+k4c9+uSaYwVmiJ6Ax54CXhR8VgdijYGRhbyRFe2679H8qPlewLUHsopi9s=
|
||||
ContentPropagator: 001191440300708461136T1XGW3
|
||||
PropagateID: cd0670dbe282bb4b2f038cf23f85d7a8_146ca6b684e511f1806a525400826444
|
||||
ReservedCode2: R1XCWAxdR1A+lXNjMcKrC3iyH6EAbmDaRcDHVYZHuPjFKgWklBwxKCY/9oIoEjIeI/NPClYQXEYbWv8LblgsvncUXeAbxDuTep91ik+vaSun9efmIZd2yWCuEzkZuPMX+k4c9+uSaYwVmiJ6Ax54CXhR8VgdijYGRhbyRFe2679H8qPlewLUHsopi9s=
|
||||
---
|
||||
|
||||
# 《公文写作算法（最新版）》蒸馏笔记
|
||||
|
||||
> 顿彬 著 | 郑州大学出版社 | 2021年12月 | 294千字
|
||||
>
|
||||
> 核心理念：**公文写作 = 行政信息数据处理**——将公文写作视为一种"算法化"过程，通过基因、成分、剧情、框架四层体系，系统解构公文的底层逻辑与写作技法。
|
||||
|
||||
---
|
||||
|
||||
## 一、全书核心框架
|
||||
|
||||
### 1.1 总体写作方法论
|
||||
|
||||
本书提出将公文写作类比为编程算法，书名"公文写作算法"的内核在于：**公文写作是可拆解、可复用、可训练的算法体系**。全书从"基因→成分→剧情→框架"四个层面逐层递进，最终达到"高观点"层面的写作境界。
|
||||
|
||||
### 1.2 六大知识层次（全书结构）
|
||||
|
||||
| 层次 | 名称 | 定位 | 核心内容 |
|
||||
|------|------|------|----------|
|
||||
| 第一层 | 基因层面 | 微观基础 | V+N / N+V 语法基因、技能矩阵 |
|
||||
| 第二层 | 微观部分 | 句子层面 | 3V+N 句式、"四大金刚"、首段结构 |
|
||||
| 第三层 | 中观部分 | 段落/工作层面 | 工作周期、"工作剧情" |
|
||||
| 第四层 | 中观部分 | 成分分析 | "公文成分"概念、水分与干货理论、六大逻辑 |
|
||||
| 第五层 | 宏观部分 | 全文框架 | 18 种文体完整框架与写作流程、标题分形学 |
|
||||
| 第六层 | 高观点层面 | 策略与心法 | 地空对接、概念封装、产品化、大局观 |
|
||||
|
||||
### 1.3 四个层次的能力模型——"技能矩阵"
|
||||
|
||||
作者提出公文写作能力的四层次模型：
|
||||
|
||||
```
|
||||
| 层次 | 能力 | 标准 | 通关标识 |
|
||||
|------|------|------|----------|
|
||||
| 第一层 | 会写 | 能独立完成各类公文材料 | "小白"突破线 |
|
||||
| 第二层 | 会改 | 能精准诊断并修改他人文章 | 准专业 |
|
||||
| 第三层 | 会拆 | 能拆解任何优秀文章的结构与技法 | 专业 |
|
||||
| 第四层 | 会创 | 能创造新的写作框架和表达方式 | 专家 |
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 二、写作算法/流程
|
||||
|
||||
### 2.1 写作的正确工作流程（四步法）
|
||||
|
||||
> 公文写作像玩雕塑：先从宏观整体雕出大致形状，再不断精雕细琢。想毕其功于一役是不可能的。
|
||||
|
||||
| 步骤 | 动作 | 关键要点 |
|
||||
|------|------|----------|
|
||||
| 第一步 | 详细请示领导 | 搞清楚汇报什么、突出什么重点、领导自己的想法 |
|
||||
| 第二步 | 拟定框架+提交 | **在写内容之前**先把框架给领导审阅，及早发现问题 |
|
||||
| 第三步 | 框架通过后深化细化 | 不断补充句子段落，在相对确定后再呈领导 |
|
||||
| 第四步 | 反复修改 | 主动多次找领导修改，完成的标志是"领导不再提意见" |
|
||||
|
||||
**经典错误流程（作死流程）**：接到任务→闭门造车→截止时间发领导→四个字"立刻重写"。原因是：公文写的是单位的事，一个人很难把握全部信息；应该主动沟通、提前汇报框架。
|
||||
|
||||
### 2.2 各类文体的标准写作流程速查
|
||||
|
||||
| 文体 | 写作流程要点 |
|
||||
|------|-------------|
|
||||
| **工作简报** | 沟通任务→判断投放平台→确定篇幅→找准小点+剧情分解→隔山打牛（参考新闻稿中的措施部分） |
|
||||
| **工作计划** | 读上级精神（奉天子以令诸侯）→思维导图提取名词体系→地空对接设计落实性工作→随时沟通汇报 |
|
||||
| **工作总结** | 梳理上级+本级计划方案→梳理日常通知方案（重要工作才有通知）→从新闻/通讯/简报中捞素材→用 V+N/N+V 整合统一→冷处理修改（休息 1-2 小时后回看纸质版） |
|
||||
| **工作报告** | 与工作总结流程一致，但需要更多团队沟通；语言更精炼、结构更规范 |
|
||||
| **心得体会** | 阅读活动安排（掌握背景/目的/意义）→蹭时事热度→抓一个小突破口（内卷化：少即是多）→回到本职工作（移情：联系实际工作） |
|
||||
| **领导讲话** | 参考工作总结流程，需额外积累：紧跟时事、了解领导想法（写人心最难） |
|
||||
| **工作通知** | 读上级通知找关键要求→找单位过去正式文件研究规范→必要时参考市级/省级/国务院官网→细化名词体系 |
|
||||
| **工作方案** | 读上级计划方案→内部沟通（会议研讨/请示汇报）→借鉴上级框架+完善本级工作（最难：将上级思想转化为本级手段和产品） |
|
||||
| **述职报告** | 认真阅读组织部通知（框架暗含在通知里）→找单位素材（按领导分工分配成绩）→框架请领导过目再细化 |
|
||||
| **调研报告** | 确定选题+二次缩小→判断写问题还是写经验→从单位找相关素材→添加精准数据→随时向领导汇报 |
|
||||
| **新闻稿** | 判断类型（会议/活动/调研）→找四要素（时间/地点/人物/事件）→做填空题→从领导讲话/工作总结中找内容补充 |
|
||||
| **通讯稿** | 复习框架→找工作简报做底本→干货改水分（加入对白/举例/故事）→每分点制造冲突（按照"背景→问题→解决→结果"） |
|
||||
| **先进事迹** | 阅读上级通知掌握表彰方向→充分与表彰对象沟通（获取数字化成绩）→干货式表达 |
|
||||
| **对照检查材料** | 仔细阅读上级通知（确定剖析问题）→参考周边单位把握力度→参考上级召开民主生活会的新闻通稿 |
|
||||
| **党课** | 参考事前类领导讲话框架→侧重党的理论；最核心：成分+剧情是否完全驾驭 |
|
||||
| **微型党课** | 全文充满故事：开头/转折/案例/结尾都可以是故事（难度最高，需要大量刻意训练） |
|
||||
| **会议纪要** | 只保留一把手最后决定的内容和意见→其他发言全部删掉；格式参照本单位过去纪要 |
|
||||
|
||||
### 2.3 通用写作检查点（每篇文章必查）
|
||||
|
||||
1. **首段**是否包含完整的"按→拿→推"结构？
|
||||
2. **主体分点**是否按成分正确构建（措施+成绩/计划+目标/水分+干货）？
|
||||
3. **句式**是否以 V+N 为主？是否符合"V+N 纯粹性原则"？
|
||||
4. **标题**是否正确使用独角兽型/双子座型？
|
||||
5. **结尾**是否包含号召（如适用）？
|
||||
6. **上级精神链接**是否放在段落/句子开头？
|
||||
7. **概念封装**是否使用"虚部+实部"双名词结构？
|
||||
|
||||
---
|
||||
|
||||
## 三、结构模板库
|
||||
|
||||
### 3.1 工作简报的基本框架
|
||||
|
||||
| 组件 | 内容 |
|
||||
|------|------|
|
||||
| **标题** | 独角兽型 / 双子座型 |
|
||||
| **首段** | 时间状语 + 按 + 拿 + 推 |
|
||||
| **主体部分**（3~5 个分点） | 每个分点：措施 + 成绩（重点讲成绩和产品化名词） |
|
||||
|
||||
**特征**：全部由"措施" + "成绩"组成（干货型）、不含水分成分。
|
||||
|
||||
---
|
||||
|
||||
### 3.2 工作计划的基本框架
|
||||
|
||||
| 组件 | 内容 |
|
||||
|------|------|
|
||||
| **标题** | ××年工作计划 / 要点 |
|
||||
| **首段** | 工作思路：按 + 拿 + 推 |
|
||||
| **主体部分**（3 个分点以上） | 每个分点：计划 + 目标（重点讲产品化名词） |
|
||||
|
||||
**语言特征**：几乎全部 V+N 结构、剧情只占少量、数字为大概而非精准、篇幅比工作总结短。
|
||||
|
||||
---
|
||||
|
||||
### 3.3 工作总结的基本框架
|
||||
|
||||
| 组件 | 内容 |
|
||||
|------|------|
|
||||
| **标题** | ××年工作总结 |
|
||||
| **首段** | 时间状语 + 按 + 拿 + 推 |
|
||||
| **一、工作完成情况**（必备） | 措施 + 成绩（重点讲成绩、剧情、产品化名词） |
|
||||
| **二、存在的问题** | 问题成分 |
|
||||
| **三、下一步打算** | 计划 + 目标（重点讲产品化名词） |
|
||||
|
||||
> 注意：存在问题、下一步打算两个部分看情况决定是否写（问上级领导，看过去的写作习惯）。
|
||||
|
||||
---
|
||||
|
||||
### 3.4 工作报告（政府工作报告级）的基本框架
|
||||
|
||||
| 大板块 | 子模块 | 成分 |
|
||||
|--------|--------|------|
|
||||
| **标题** | ××年工作报告 | — |
|
||||
| **首段** | 约定俗成，直接借用上一年 | — |
|
||||
| **一、××年工作情况** | 1. 整体工作完成情况 | 背景 + 按 + 拿 + 推 |
|
||||
| — | 2. 主要成绩 | 最拿得出手的工作名词 + 数字 |
|
||||
| — | 3. 主要做法 | 工作措施 + 成绩（突出动词） |
|
||||
| — | 4. 表示感谢 | 感谢成分 |
|
||||
| — | 5. 存在问题 | 问题成分 |
|
||||
| **二、下一年工作计划** | 1. 形势分析 | 机遇与挑战 |
|
||||
| — | 2. 明年工作目标 | 工作指标 / 重大型工作 |
|
||||
| — | 3. 明年工作思路 | 按 + 拿 + 推 |
|
||||
| — | 4. 主要工作安排 | 工作计划 |
|
||||
| **结尾** | 号召 | 同志们 + 引用 + 工作要求 + 三组四字句 + 近目标 + 远目标 |
|
||||
|
||||
---
|
||||
|
||||
### 3.5 心得体会的基本框架
|
||||
|
||||
| 组件 | 内容 |
|
||||
|------|------|
|
||||
| **标题** | 独角兽型 / 双子座型 |
|
||||
| **首段** | 背景（大背景 + 小背景）+ 感触 + 引出后文 |
|
||||
| **主体部分** | 每个一级标题下分为 2-3 个分点，每个分点 = **水分**（意义/背景/形势/引用/问题/举例/故事/正反论证/假设/成绩）+ **干货**（工作措施） |
|
||||
| **结尾** | 号召 |
|
||||
|
||||
> 关键逻辑：经历一场"活动或工作"→ 引起内心新的认识 → 促进自己好好干工作（从虚到实、从知到行）。最后的落脚点永远是谈接下来如何做。
|
||||
|
||||
---
|
||||
|
||||
### 3.6 领导讲话的基本框架（四种分类）
|
||||
|
||||
#### A. 事前类领导讲话（工作部署会议、动员大会）
|
||||
|
||||
| 板块 | 内容 |
|
||||
|------|------|
|
||||
| **标题** | 独角兽型 / 双子座型 |
|
||||
| **首段** | 会议大背景 + 小背景 + 要求 + 引出后文 |
|
||||
| **一、思想意义层面**（侧重"因"） | 每个分点：水分（意义/背景/形势/引用等）+ 干货（工作要求） |
|
||||
| **二、核心工作** | 每个分点：水分 + 干货（工作措施） |
|
||||
| **三、对内要求** | 每个分点：水分 + 干货（工作措施） |
|
||||
| **结尾** | 号召 |
|
||||
|
||||
#### B. 事中类领导讲话（推进会、调度会）
|
||||
|
||||
> 在事前类框架基础上，第一部分替换为：
|
||||
|
||||
| 一、成绩 + 问题层面 | 分点一：主要成绩；分点二：主要做法；分点三：主要问题 |
|
||||
|
||||
其余部分（核心工作、对内要求）与事前类一致。
|
||||
|
||||
#### C. 事后类领导讲话（总结表彰大会）
|
||||
|
||||
> 结构同事中类，三个大板块不变，但更侧重成绩复盘和经验总结。
|
||||
|
||||
#### D. 特殊类领导讲话（专题讲话、培训班讲话）
|
||||
|
||||
| 板块 | 内容 |
|
||||
|------|------|
|
||||
| **一、措施 1** | 每个分点：水分 + 干货（工作措施） |
|
||||
| **二、措施 2** | 同上 |
|
||||
| **三、措施 3** | 同上 |
|
||||
|
||||
> 即去掉"思想意义"和"对内要求"，全篇围绕具体措施展开。
|
||||
|
||||
---
|
||||
|
||||
### 3.7 工作通知的基本框架（三种子类）
|
||||
|
||||
#### A. 工作通知（通用型）
|
||||
|
||||
| 组件 | 内容 |
|
||||
|------|------|
|
||||
| **标题** | 关于×××的通知 |
|
||||
| **首段** | 大背景 + 小背景 + 目的。经×××研究，决定……现将工作通知如下 |
|
||||
| **前：工作精神来源** | 背景 + 目标 |
|
||||
| **中：核心任务** | 核心名词 |
|
||||
| **后：对内要求** | 工作要求 |
|
||||
|
||||
#### B. 会议通知
|
||||
|
||||
| 组件 | 内容 |
|
||||
|------|------|
|
||||
| **首段** | 大背景 + 小背景 + 目的。经×××研究，决定召开。现将会议通知如下 |
|
||||
| **前：四要素** | 主题 / 时间 / 地点 / 人物 |
|
||||
| **中：会议议程** | 主要环节、议程、安排 |
|
||||
| **后：会议要求** | 上报名单/资料、注意事项、联系人 |
|
||||
|
||||
#### C. 印发文件通知
|
||||
|
||||
| 组件 | 内容 |
|
||||
|------|------|
|
||||
| **首段** | 起因目的 + 根据上级精神 + 现将《×××》印发给你们，请结合实际抓好落实 |
|
||||
| **主体** | 相关文件原文 |
|
||||
|
||||
---
|
||||
|
||||
### 3.8 工作方案的基本框架（两种类型）
|
||||
|
||||
#### A. 完整型
|
||||
|
||||
| 组件 | 内容 |
|
||||
|------|------|
|
||||
| **标题** | V+N + 工作方案 |
|
||||
| **首段** | 大背景 + 小背景 + 目的 + 特制定以下方案 |
|
||||
| **一、总体要求** | 指导思想 / 基本原则 / 工作目标 |
|
||||
| **二、主要任务** | 核心名词 |
|
||||
| **三、工作措施** | 工作要求 |
|
||||
|
||||
#### B. 直接型
|
||||
|
||||
| 组件 | 内容 |
|
||||
|------|------|
|
||||
| **首段** | 大背景 + 小背景 + 目的 + 特制定以下方案 |
|
||||
| **对外措施** | V+N —— 重点是核心名词 |
|
||||
| **对内措施** | 强化组织领导 / 明确责任分工 / 强化督导考核 / 加大工作宣传 / 强化思想作风 / 开展人才培养 |
|
||||
|
||||
---
|
||||
|
||||
### 3.9 调研报告的基本框架（两种方向）
|
||||
|
||||
#### A. 调研经验型（取经）
|
||||
|
||||
| 组件 | 内容 |
|
||||
|------|------|
|
||||
| **标题** | 关于×××的调研报告 |
|
||||
| **首段** | 大背景 + 小背景 + 调研实施过程 + 引出后文 |
|
||||
| **一、主要情况** | 中性地介绍调研对象（地理位置、人口、经济、过往发展） |
|
||||
| **二、主要工作做法** | 调研对象的成绩和措施 |
|
||||
| **三、经验及建议** | 将调研对象的措施转移到自身单位 |
|
||||
|
||||
#### B. 调研问题型（找问题）
|
||||
|
||||
| 组件 | 内容 |
|
||||
|------|------|
|
||||
| **一、主要情况** | 同上 |
|
||||
| **二、主要存在的问题** | 调研对象自身问题 |
|
||||
| **三、经验及建议** | 问题解决办法 |
|
||||
|
||||
---
|
||||
|
||||
### 3.10 党课的基本框架
|
||||
|
||||
> 框架与**事前类领导讲话**完全一致（三段式：思想意义 + 核心工作 + 对内要求），内容上专门侧重党的理论方面。
|
||||
|
||||
---
|
||||
|
||||
### 3.11 微型党课/演讲的基本框架（三种）
|
||||
|
||||
#### A. 古板型
|
||||
|
||||
| 组件 | 内容 |
|
||||
|------|------|
|
||||
| **标题** | 独角兽型 / 双子座型 |
|
||||
| **首段** | 故事 |
|
||||
| **一、观点一** | 水分（意义/背景/引用/故事/举例）+ 干货（工作要求） |
|
||||
| **二、观点二** | 同上 |
|
||||
| **三、观点三** | 同上 |
|
||||
| **结尾** | 号召 |
|
||||
|
||||
#### B. 新颖型
|
||||
|
||||
| 阶段 | 动作 |
|
||||
|------|------|
|
||||
| 开头 | 故事引出 → 直截了当直击主题 |
|
||||
| 点题 | 拔高到核心 |
|
||||
| 展开 | 回顾历史："历史三连" |
|
||||
| 收回 | 回到现在 → 对接顶层 |
|
||||
| 下降 | 回到自己 → 谈自身当前工作 |
|
||||
| 结尾 | 号召 → 再次点题 |
|
||||
|
||||
#### C. 极限黄金型
|
||||
|
||||
| 阶段 | 动作 |
|
||||
|------|------|
|
||||
| 开头 | 故事引出（以书或故事开头） |
|
||||
| 引申 | 故事拔高（使用红色故事） |
|
||||
| 展开 | 分析三连（三个重要意义） |
|
||||
| 收回 | 回到自己（使用主题对接自身） |
|
||||
| 分解 | 分成三个要求（融合第一种微型党课） |
|
||||
| 结尾 | 号召 → 回到自身 + 对接顶层 + 再次点题 |
|
||||
|
||||
---
|
||||
|
||||
### 3.12 会议纪要的基本框架（两种形态）
|
||||
|
||||
#### A. 一事一议型
|
||||
|
||||
| 组件 | 内容 |
|
||||
|------|------|
|
||||
| **标题** | （按本单位格式） |
|
||||
| **首段** | 会议基本情况 |
|
||||
| **审议通过 A 事件** | 简要介绍情况 → 结果 → 下一步安排 |
|
||||
| **研究讨论 B 事件** | 同上 |
|
||||
| **研究讨论 C 事件** | 同上 |
|
||||
|
||||
#### B. 会议新闻型
|
||||
|
||||
| 组件 | 内容 |
|
||||
|------|------|
|
||||
| 会议指出 | 意义、方向、重大工作要求 |
|
||||
| 会议认为 | 结果性判断 |
|
||||
| 会议明确 | 工作任务和责任的明确 |
|
||||
| 会议强调 | 核心重点工作（最重要的部分，按分点撰写） |
|
||||
| 会议要求 | 对内工作要求 |
|
||||
|
||||
> 核心原则：会议纪要**只保留一把手最后决定的内容和意见**，其他人发言全部删掉。格式参照本单位过去纪要，新领导上任时去领导原单位借格式。
|
||||
|
||||
---
|
||||
|
||||
### 3.13 新闻稿的基本框架（三种类型）
|
||||
|
||||
#### A. 会议新闻
|
||||
|
||||
| 组件 | 内容 |
|
||||
|------|------|
|
||||
| **标题** | 直截了当地表达某单位召开的某会议 |
|
||||
| **首段** | 时间 + 地点 + 人物 + 事件（四要素。市级以上只出现一把手；县级以下可出现其他领导） |
|
||||
| **会议详情** | 会议背景、议程、流程（部分可省略） |
|
||||
| **领导讲话详情** | 会议指出 → 会议认为 → 会议明确 → 会议强调 → 会议要求 |
|
||||
|
||||
#### B. 活动新闻
|
||||
|
||||
| 组件 | 内容 |
|
||||
|------|------|
|
||||
| **标题** | 直截了当表达某单位开展了某活动 |
|
||||
| **首段** | 四要素（领导排序规则同上） |
|
||||
| **活动经过** | 以官方活动安排流程为参照，写重要节点 |
|
||||
| **活动影响** | 附加品——活动立刻产生的效果 |
|
||||
|
||||
#### C. 调研新闻
|
||||
|
||||
| 组件 | 内容 |
|
||||
|------|------|
|
||||
| **标题** | 直截了当介绍某领导到某单位/地区调研 |
|
||||
| **首段** | 四要素，重点突出主要领导 |
|
||||
| **调研的过程** | 按活动经过写法：领导先到某地慰问 → 再到某地交流 → 最后检查 |
|
||||
| **会议的过程** | 被调研对象汇报工作 → 分管领导/部门补充 |
|
||||
| **会议详情** | 上级肯定 → 传达精神 → 部署下一步工作 |
|
||||
|
||||
---
|
||||
|
||||
### 3.14 通讯稿的基本框架
|
||||
|
||||
| 组件 | 内容 |
|
||||
|------|------|
|
||||
| **标题** | 实标题（直截了当） + 虚标题（漂亮表述） |
|
||||
| **前部分**（2-4 段） | 小故事开头 → 整体工作情况与数据（宏观的以小见大） |
|
||||
| **主体部分**（3-5 个分点） | 每个分点 = 故事开头 → 制造问题冲突 → 宣传单位提出的解决措施和办法 → 解决问题作出成绩 |
|
||||
|
||||
**核心技巧**：
|
||||
- 以小见大：在文章最前面和每部分最前面用小场景或人物开场
|
||||
- 更多语言旁白/人物对话（将干货故意改成对话旁白形式）
|
||||
- 制造冲突后解决问题：从易到难三个阶段——"英雄之旅"模型
|
||||
|
||||
---
|
||||
|
||||
### 3.15 先进事迹的基本框架
|
||||
|
||||
| 写法 | 适用场景 | 特点 |
|
||||
|------|----------|------|
|
||||
| **工作简报式** | 内部上报事迹（表彰/档案存档） | 只有干货，没有水分；大标题直接写"×××先进事迹"；首段交代姓名、出生日期、政治面貌、任职、大成绩、获奖情况 |
|
||||
| **通讯稿式** | 对外宣传（报纸媒体） | 有故事性、有情节，水分多、干货少 |
|
||||
|
||||
---
|
||||
|
||||
### 3.16 民主生活会对照检查材料的基本框架
|
||||
|
||||
| 组件 | 内容 |
|
||||
|------|------|
|
||||
| **标题** | （按通知要求） |
|
||||
| **首段** | 介绍召开民主生活会之前的准备工作和取得的相关成绩 |
|
||||
| **存在的主要问题** | 根据上级文件确定分点（无成绩部分，以问题为主导） |
|
||||
| **原因剖析** | 深入分析问题根源 |
|
||||
| **下一步整改** | 针对存在的问题一一对应提出解决措施 |
|
||||
|
||||
---
|
||||
|
||||
### 3.17 述职报告的基本框架
|
||||
|
||||
| 要点 | 说明 |
|
||||
|------|------|
|
||||
| **框架来源** | 无固定框架——必须根据上级组织部门通知要求确定 |
|
||||
| **核心内容** | 全部是工作成绩，不谈问题 |
|
||||
| **与个人总结的区别** | 述职报告：领导使用、规范度高、进入个人档案；个人总结：普通干部使用、非规范、不进入档案 |
|
||||
|
||||
---
|
||||
|
||||
### 3.18 理论文章的基本框架
|
||||
|
||||
> 整体架构与**事前类领导讲话**几乎相同（三段式），区别在于：理论文章全用书面语、领导讲话会有口语化表述。理论文章中的背景/意义/形势/解释/问题/引用等水分成分可以直接借用到领导讲话、心得体会、党课、调研中。
|
||||
|
||||
---
|
||||
|
||||
## 四、语言与措辞规范
|
||||
|
||||
### 4.1 公文基因："V+N"和"N+V"
|
||||
|
||||
本书核心规律：**公文的"基因"只有两种基本结构**：
|
||||
|
||||
| 基因类型 | 结构 | 含义 | 典型示例 |
|
||||
|----------|------|------|----------|
|
||||
| **V+N** | 动词 + 名词（动宾结构） | 表达措施/行动 | "推进项目建设""强化制度建设""开展调研活动" |
|
||||
| **N+V** | 名词 + 动词（主谓结构） | 表达成绩/结果 | "项目建设取得突破""营商环境持续优化""经济指标稳步增长" |
|
||||
|
||||
### 4.2 "V+N"纯粹性原则（三大铁律）
|
||||
|
||||
1. **不以主体词（主语）开头**。正确：推进项目建设。错误：我们推进项目建设。
|
||||
2. **逗号之间不超过 25 个字符**。保持句子节奏紧凑。
|
||||
3. **尽量不用"的"字**。"的"会弱化动词力量。
|
||||
|
||||
### 4.3 "四大金刚"句式（通用句型）
|
||||
|
||||
> 公文句子的标准展开顺序：
|
||||
|
||||
```
|
||||
目标 → 过程 → 措施 → 结果
|
||||
```
|
||||
|
||||
- **目标**：为了……/旨在……
|
||||
- **过程**：通过……/坚持……
|
||||
- **措施**：V+N（核心动词+名词）
|
||||
- **结果**：N+V（产品化名词+数据/成效）
|
||||
|
||||
### 4.4 首段"按、拿、推"结构
|
||||
|
||||
| 元素 | 含义 | 说明 |
|
||||
|------|------|------|
|
||||
| **按** | 按照/依据什么精神/要求 | 交代工作来源和依据 |
|
||||
| **拿** | 采取了什么行动/大手笔 | 有两种角度——"过程性拿"（做了什么过程）和"结果性拿"（直接呈现做了什么） |
|
||||
| **推** | 推出了什么成绩/效果 | 有两种——"务虚推"（概括性成果）和"务实推"（具体数据/产品化名词） |
|
||||
|
||||
### 4.5 "3V+N"经典句式结构
|
||||
|
||||
在"四大金刚"基础上，句子中的动词（V）可以拆分为 3 个层次：
|
||||
|
||||
- V₁：方向性动词（如"坚持""贯彻""推进"）
|
||||
- V₂：方法性动词（如"通过""以""利用"）
|
||||
- V₃：操作性动词（如"开展""组织""实施"）
|
||||
- N：核心名词（产品化名词）
|
||||
|
||||
### 4.6 高频固定搭配/套话速查
|
||||
|
||||
#### 按（依据类）
|
||||
- 根据……精神/要求/部署
|
||||
- 按照……安排
|
||||
- 贯彻落实……要求
|
||||
- 认真学习……精神
|
||||
- 坚决执行……决策部署
|
||||
|
||||
#### 拿（行动类）
|
||||
- 精心组织、周密部署
|
||||
- 统筹推进、协调联动
|
||||
- 攻坚克难、锐意进取
|
||||
- 抢抓机遇、乘势而上
|
||||
- 创新举措、打造平台
|
||||
|
||||
#### 推（成果类）
|
||||
- 取得了显著成效
|
||||
- 实现了历史性突破
|
||||
- 迈上了新台阶
|
||||
- 开创了新局面
|
||||
- 呈现出良好态势
|
||||
|
||||
#### 号召结尾公式
|
||||
```
|
||||
同志们 + 引用（上级精神/名言） + 工作要求 + 三组四字句 + 近目标 + 远目标
|
||||
```
|
||||
|
||||
### 4.7 禁用词和冗余表达
|
||||
|
||||
| 类别 | 说明 | 错误示例 |
|
||||
|------|------|----------|
|
||||
| **口语化表达** | 领导讲话可用少量口语；书面公文禁用 | "就……那个……" |
|
||||
| **冗余修饰** | 尽量不用"的"；形容词精简 | "大力地推进了重大项目建设" → "推进重大项目建设" |
|
||||
| **主体词前置** | 不以"我们""本单位"开头 | "我们积极开展工作" → "积极开展工作" |
|
||||
| **过度主观** | 避免个人感情判断词 | "非常""特别""极其" |
|
||||
| **模糊词汇** | 成绩部分必须有具体数据和产品化名词 | "取得了一定成绩" → 必须写具体数字 |
|
||||
|
||||
---
|
||||
|
||||
## 五、实战范例
|
||||
|
||||
### 5.1 范例一：首段"按、拿、推"分析
|
||||
|
||||
**原文**（巡察工作动员部署会议讲话首段）：
|
||||
|
||||
> 按照省委统一部署和市委巡察工作安排，今天我们召开全市巡察工作动员部署会议，主要任务是深入学习贯彻习近平总书记关于巡视工作的重要论述，认真落实中央巡视工作会议精神，总结上一阶段巡察工作，分析当前形势，部署新一轮巡察任务，推动我市巡察工作高质量发展。
|
||||
|
||||
**结构分析**：
|
||||
|
||||
| 元素 | 内容 | 标注 |
|
||||
|------|------|------|
|
||||
| 按 | 按照省委统一部署和市委巡察工作安排 | 上级精神来源 |
|
||||
| 拿（过程） | 今天我们召开……深入学习贯彻……认真落实……总结……分析……部署…… | 六个动作并列 |
|
||||
| 推 | 推动我市巡察工作高质量发展 | 最终目标 |
|
||||
|
||||
---
|
||||
|
||||
### 5.2 范例二：工作总结主体段落（"措施+成绩"结构）
|
||||
|
||||
**原文**（某乡镇工作总结节选）：
|
||||
|
||||
> 围绕提升党组织服务的"硬实力"，积极推进"集体经济丰羽"行动，将推进镇域经济发展与壮大村级集体经济和带动农民群众增收有机结合，积极组织和带领群众调整产业结构，促进农村经济健康持续发展。
|
||||
>
|
||||
> 一是发展特色农业，打造"四万基地"。立足现有的区位、资源优势，精心编制现代农业产业规划，围绕中心村及集中安置点，大力发展烟叶、苗木、白茶、水栀种植，做大做强"四万基地"，每个村（社区）都有1个主导产业。目前，我镇共有2个烟叶发展示范村，5个千亩烟叶村，种植面积达1万亩，成为全省第二个万亩烟叶镇；苗木、水栀、白茶超过4万亩。仅烟叶返税这一项，每村可增加收入8~10万元。
|
||||
>
|
||||
> 二是做强龙头企业，发挥带动作用。坚持走"龙头企业+专合组织+产业基地"发展之路，推进农业产业化经营。全镇共有红新制茶、天子粉丝、亿宏茶籽油等7家农业龙头企业，共组建了32个农民专业合作经济组织，建成1个省级标准化畜禽养殖示范小区，注册家庭农场128家，共带动全镇3000多名群众参与经营。流转土地3.5万亩，给农业龙头企业及种植大户从事规模种植业。
|
||||
>
|
||||
> 三是引进社会资本，盘活存量资产。通过招商引资等形式，积极引进社会资金，对集体林场进行重新开发建设。例如双铺村将集体林场发包给北京客商建设高标准的农家乐，新和村正在利用集体林场建设300亩油茶基地。
|
||||
|
||||
**结构分析**：
|
||||
|
||||
| 层次 | 技法 | 分析 |
|
||||
|------|------|------|
|
||||
| 段落前 | **地空对接** | "围绕提升党组织服务的'硬实力'"——上级精神链接 |
|
||||
| 段落前 | **概念封装** | "集体经济丰羽'行动"——中间层产品化 |
|
||||
| 后续分点 | **措施+成绩** | 每个分点 = V+N（措施）+ N+V（成绩+数据） |
|
||||
| 分点一 | 成绩数字化 | "1万亩""全省第二个万亩烟叶镇""8~10万元" |
|
||||
| 分点二 | 产品化名词 | "龙头企业+专合组织+产业基地""省级标准化畜禽养殖示范小区" |
|
||||
| 分点三 | 举例 | 双铺村/新和村具体案例（"英雄之旅"冲突模型） |
|
||||
| 全段逻辑 | 从上到下 + 从虚到实 | 上级精神 → 产品化概念 → 具体措施 → 数据成绩 |
|
||||
|
||||
---
|
||||
|
||||
### 5.3 范例三："地空对接"与概念封装——中建集团火神山/雷神山
|
||||
|
||||
**原文**：
|
||||
|
||||
> 新冠肺炎疫情发生以来，中建集团坚决贯彻落实习近平总书记重要讲话、重要指示批示精神和党中央国务院决策部署，把初心落在行动上，把使命担在肩膀上，在国务院国资委、湖北省、武汉市以及社会各界的关心支持下，争分夺秒，攻坚克难，10天建成武汉火神山医院、12天建成雷神山医院，在大战大考中经受了严峻的考验，履行了应尽的使命。
|
||||
|
||||
**结构分析**：
|
||||
|
||||
| 元素 | 内容 | 标注 |
|
||||
|------|------|------|
|
||||
| 大背景 | 新冠肺炎疫情发生以来 | 背景成分 |
|
||||
| 按（上级精神） | 坚决贯彻落实习近平总书记重要讲话、重要指示批示精神和党中央国务院决策部署 | **地空对接**——指名道姓上级精神，放在段落开头 |
|
||||
| 拿（行动） | 把初心落在行动上，把使命担在肩膀上 + 争分夺秒，攻坚克难 | V+N 结构 |
|
||||
| 推（成绩） | 10天建成武汉火神山医院、12天建成雷神山医院 | 精准数字 + 产品化名词 |
|
||||
| 务虚推 | 在大战大考中经受了严峻的考验，履行了应尽的使命 | 精神层面的总结拔高 |
|
||||
|
||||
> 若删除画线部分（上级精神链接），整段立即失高度、变得平庸。验证了"地空对接"技巧的关键性。
|
||||
|
||||
---
|
||||
|
||||
### 5.4 范例四：杭州政府工作报告中的"概念封装"密集展示
|
||||
|
||||
**原文**（杭州市2020年政府工作报告节选）：
|
||||
|
||||
> （一）着力稳企业稳增长，高质量发展迈出坚实步伐
|
||||
>
|
||||
> 稳企惠企组合拳持续发力。全面落实减税降费政策，为企业减负585亿元。实施"**融资畅通工程**"，面向中小微企业的金融综合服务平台上线。开展"**走亲连心三服务**"，走访企业18万余家，协调解决问题2.6万余个。投资消费明显提振。新引进20亿元以上产业项目69个，"**152**"项目工程落地率72.5%，固定资产投资增长11.6%。湖滨国家级步行街开街，"**新零售示范之城**"建设加快，社会消费品零售总额增长8.8%，网络零售增长16%。接待中外游客2亿多人次，增长15.1%，实现旅游总收入4005亿元，增长18.3%。出口结构不断优化。积极应对国际经贸摩擦，建立"**订单+清单**"预警预判监测系统，在全国首创"**杭信贷**"外贸融资新模式，"一带一路"市场出口份额提高到32.6%。深化国家服务贸易创新发展试点，服贸出口124.9亿美元，增长19%。新动能加快培育。深入实施"**三名**"工程，西湖大学、之江实验室、阿里达摩院、国科大杭州高等研究院等创新平台加快建设。中法航空大学奠基，浙大杭州国际科创中心、中科院肿瘤与基础医学研究所落户。成功举办第五届中国"互联网+"大学生创新创业大赛，新增大学生创业企业2390家。加大市场主体培育，新设29.8万户。阿里巴巴、吉利控股、海亮集团进入2019年"世界500强"。设立国内首个"**工匠日**"，杭州职校教师勇夺第45届世界技能大赛金牌。
|
||||
|
||||
**技法标注**（粗体为概念封装）：
|
||||
|
||||
| 概念封装 | 虚部 | 实部 | 类型 |
|
||||
|----------|------|------|------|
|
||||
| "融资畅通工程" | 融资畅通 | 工程 | 工程类 |
|
||||
| "走亲连心三服务" | 走亲连心三 | 服务 | 活动类 |
|
||||
| "152"项目工程 | 152 | 项目工程 | 数字+项目类 |
|
||||
| "新零售示范之城" | 新零售示范 | 城 | 示范类 |
|
||||
| "订单+清单"预警预判监测系统 | 订单+清单 | 预警预判监测系统 | 系统类 |
|
||||
| "杭信贷"外贸融资新模式 | 杭信贷 | 外贸融资新模式 | 模式类 |
|
||||
| "三名"工程 | 三名 | 工程 | 工程类 |
|
||||
| "工匠日" | 工匠 | 日 | 节日类 |
|
||||
|
||||
**密度分析**：一段约500字的公文中包含8个概念封装，每个概念封装背后均可展开为一篇上万字的专题文章，充分体现了"概念封装 = 信息压缩包"的原理。
|
||||
|
||||
---
|
||||
|
||||
### 5.5 范例五：巡察工作动员部署会议讲话（六大逻辑综合分析）
|
||||
|
||||
**场景**：作者以一篇完整的巡察工作动员部署会议讲话为例，拆解出该讲话同时包含以下四种逻辑：
|
||||
|
||||
| 逻辑类型 | 在文中的体现 | 含义 |
|
||||
|----------|-------------|------|
|
||||
| **从上到下** | 首段：按照上级部署 → 召开本级会议 | 从上级精神到本级落实 |
|
||||
| **从大到小** | 从宏观形势 → 本市/本县具体情况 | 逐步聚焦 |
|
||||
| **从虚到实** | 第一板块（思想意义=虚）→ 第二板块（核心工作=实） | 从讲道理到干实事 |
|
||||
| **从知到行** | 认识层面 → 行动部署 | 从认识到实践 |
|
||||
|
||||
---
|
||||
|
||||
## 六、速查手册
|
||||
|
||||
### 一页纸公文写作速查清单（可作为系统提示词引用）
|
||||
|
||||
```
|
||||
【公文写作算法速查卡】
|
||||
|
||||
■ 基因：V+N（措施/行动） + N+V（成绩/结果）
|
||||
|
||||
■ V+N 纯粹性：不以主语开头 | 逗号≤25字 | 不用"的"
|
||||
|
||||
■ 句式（四大金刚）：目标 → 过程 → 措施(V+N) → 结果(N+V)
|
||||
|
||||
■ 首段公式：时间状语 + 按（依据） + 拿（行动） + 推（成绩）
|
||||
|
||||
■ 成分两大类别：
|
||||
- 水分：意义/背景/形势/问题/引用/例子/故事/假设/正反论证/要求/感谢/号召
|
||||
- 干货：工作措施/工作计划/工作目标
|
||||
|
||||
■ 六大行文逻辑：
|
||||
从古到今 | 从上到下 | 从大到小 | 从虚到实 | 从外到内 | 从知到行
|
||||
|
||||
■ 标题结构：
|
||||
- 独角兽型：纯 V+N 或纯 N+V
|
||||
- 双子座型：V+N,N+V 组合
|
||||
- 核心原则：无限分形 + 自相似性 + 完整统一
|
||||
|
||||
■ 工作周期四阶段：启动 → 执行 → 保障 → 反馈
|
||||
|
||||
■ 文章类型判断：通过"措施"与"结果"在文章中的占比来判断是哪种文章
|
||||
|
||||
■ 写前必做：请示领导意图 → 拟框架 → 提交领导审阅 → 再细化内容
|
||||
|
||||
■ 三大拔高技巧：
|
||||
1. 地空对接：上级精神 + 中间层（产品化） + 下级落实
|
||||
2. 概念封装：虚部（双引号） + 实部（名词）→ "融资畅通工程"
|
||||
3. 链接创新：上级精神名词 → 指名道姓、放在段落开头、对应关联
|
||||
|
||||
■ 号召结尾公式：
|
||||
同志们 + 引用 + 工作要求 + 三组四字句 + 近目标 + 远目标
|
||||
|
||||
■ 首段三种模式：
|
||||
A模式：按+拿+推（最经典）
|
||||
B模式：先务虚再务实（适合事前类领导讲话）
|
||||
C模式：开门见山+直奔主题（适合紧急通知/简短材料）
|
||||
|
||||
■ 通讯稿四步法：
|
||||
故事开头 → 制造问题冲突 → 提出解决措施 → 展示成绩
|
||||
→ "英雄之旅"模型（困难递增）
|
||||
|
||||
■ 质量与效率：先快再好 → 更好 → 精益求精！
|
||||
（收快递心理：领导布置任务后最急迫的是"有回应"而非"完美"）
|
||||
|
||||
■ 弱者心态绝对禁止：
|
||||
不抱怨记忆力/文理科/底子薄 → 会用就行（原理层 vs 应用层）
|
||||
能理解原理更好，不能理解就先用到熟练，再悟原理。
|
||||
|
||||
■ 大局观三维度：
|
||||
时间（看到第二第三步）| 终点（站在终点看起点）| 人性（考虑阴暗/无知/懒惰面）
|
||||
```
|
||||
*（内容由AI生成，仅供参考）*
|
||||
Loading…
Reference in New Issue