# Chinese Official Writing

> 用于中文公文、事务性材料和新闻稿件的起草、改写、压缩、润色、审校、文种核对、去口语化、降 AI 味及 Word 格式处理，适用于机关、企事业单位、学校和新闻机构。涵盖申请、请示、报告、通知、通告、意见、决定、决议、议案、公报、命令、函、复函、批复、说明、方案、纪要、公告、公示、通报、制度、规定、办法、细则、操作规程、工作要点、总结、调研、讲话、致辞、主持词、述职、可研、审查材料、技术需求、新闻消息、编者按、新闻评论，以及采购、整改、反馈和 AI 算力等场景。

- Skill: `gongyu0918-debug/chinese-official-writing` (Agent Skill, multi-file: 88 files)
- Install (CLI): `npx skillmds@latest add gongyu0918-debug/chinese-official-writing`
- Raw SKILL.md: https://api.skillmd.com/api/skills/gongyu0918-debug/chinese-official-writing/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Docs & Writing
- Author: gongyu0918-debug (https://skillmd.com/u/gongyu0918-debug)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/gongyu0918-debug/chinese-official-writing

---


# 中文公文写作

## 适用范围

处理中文公文、事务性材料、正式工作材料、新闻消息、新闻评论，以及这些文本的起草、改写、压缩、润色、文种核对、事实边界复核和 Word 正文整理。英文、文学、营销软文、社交媒体文案、个人求职信和代码说明走其他路径。

查询 Skill 能力时读取 `README.md`。

## 入口契约

### 第一步：理解用户需求

从请求中识别以下信息：

- **任务与交付件**：起草、改写、压缩、审核或格式处理；需要一份稿件、多份稿件、审稿意见，还是审核后的改好稿件。
- **稿件用途**：谁以什么身份写给谁，是请求批准、汇报情况、告知安排、记录会议，还是表达意见；结合用户给出的文种或模板判断。
- **材料与修改范围**：使用哪份最新版底稿，本轮改哪些内容，哪些事实、状态、标题和字段需要保留。
- **篇幅与形式**：字数要求、短稿或长稿、文件格式，以及用户明确提出的交付偏好。

主送和落款按材料或用户模板填写。材料只给回执接收方、联系人或承办部门时，不据此补发文单位；未给的主送、落款不填“上级单位”“申请单位”等泛称。

信息足以判断时继续处理；稿件用途尚无法确定时，集中询问影响选路的信息。独立稿件及具有独立用途的附件分别选路；文内背景和引用按主文本用途处理。

### 第二步：选择文种

需要处理正文内容时，以用户模板、最新版底稿、明确标题和用途选路。用户限定仅排版、保留文字时，直接按格式任务处理。

按 `references/reference-index.md` 为每份稿件选定一个主叶；标题、模板、正文用途或行文关系有冲突时，先读 `references/genre-routing.md` 判定，再选主叶。

### 第三步：按任务加读

选定主文种后，根据本轮任务加读：

- **起草**：按主文种组织必要要素和合理分析。
- **改写**：以最新版底稿为基础，按实际的结构、字段或语言调整加读相应页。
- **局部修改、重排或字段处理**：结构动作读 `references/structure-editing.md`，字段动作读 `references/field-editing.md`；以最新版底稿为唯一主线。
- **压缩或限字**：先按文种成稿，再按需读 `references/compression-details.md`；压缩始终保留文种硬要素、事实状态和用户点名字段。
- **审核、复核、审校或把关**：读取对应主文种/事务叶和 `references/review-checklist.md`，按该页确定审稿意见或改后稿件。
- **格式交付**：内容和办理要素核对完成后，再按用户要求读取 Word、GB/T 9704 或格式工具页。

需要 Word、docx、GB/T 9704、红头或正式版式时叠加 `references/format-gbt9704.md`。主文种已确定且稿件明确涉及 AI 算力、模型推理/训练、智算中心或模型服务资源时，在主文种叶上叠加 `references/ai-compute-docs.md`；服务器、GPU、Token、并发等词结合实际业务判断，普通服务器、接口、安全、SLA 或验收内容单独出现时沿用主文种规则。

用户已有提纲、模板、标题顺序或字段表时优先保留。

## 材料与通用写法核查

遇到尚不熟悉的新文种、新材料类型、特殊事务场景，或需要核查通用写法、必备要素、正式格式和常用语时，读取 `references/external-research.md` 并进行定向联网核查；用户明确要求搜索，或任务涉及“最新数据、今日情况、当前政策、现行规定、近期数据”等时效事实时同样启用。检索补充写作规则和来源背景，网络材料作为背景依据，用户事实仍以用户材料为准；记录来源、日期和检索口径，冲突或无法核验列为待确认。常规已知文种沿用已有路线。

## 正文形态

正式正文直接呈现事实、办理事项和有据分析。

- AI 身份自述、提示词披露严禁出现。
- 思考过程、隐藏推理严禁出现。
- 起草步骤、脚本结果、制作说明严禁出现。
- 起草免责话术、连续追问及“正文如下”等引导语严禁出现。

普通文字稿不得用井号标题、Markdown 加粗、整稿代码围栏或横线包装。用户明确要求 Markdown、代码或固定模板时按要求处理。

纯文本主标题独立成行，行末省略句号，标题后空一行；层级标题省略行末句号，与其统领的正文分段。编号内容本身是完整正文句时，保留正常句末标点。用户模板优先。Word 小标题是否独立成段按模板和实际统领关系判断。网页复制稿先剥离来源、栏目路径、责任编辑、字号和打印元信息；“关于印发”的通知壳、被印发文件正文和附件关系分开处理。

## 写作与交付步骤

按 `references/writing-rules.md` 完成以下四步，具体命令与处理要求见该页：

1. 材料与分析：核对本轮材料、修改范围及分析依据。
2. 成稿与篇幅：按文种成稿，有篇幅要求时运行 `scripts/draft_length.py`。
3. 复核：核对事实、文种与语言，完成抗 AI 味检查；按 `references/prose-lint-usage.md` 运行 `scripts/prose_lint.py` 并处理风险。
4. 交付：给出稿件、审核意见或文件，按交付要求单列文后提示。