Official Document Writing

---
name: official-document-writing
description: '学校行政公文智能生成与合规检查工具。按国家标准格式生成通知、请示、报告、函等， 自动标注格式合规说明，检查文号/落款/行文逻辑。 触发词：「公文写作」「写通知」「写请示」「写报告」「行政公文」 「公文格式检查」「下行文」「上行文」「平行文」

  '
metadata:
  short-description: 公文写作 · 格式即权威，语气即身份
  routing:
    scenarios:
    - name: 起草公文
      keywords:
      - 写通知
      - 写请示
      - 写报告
      - 写函
      - 写公文
      - 拟文
      - 发文
      - 起草文件
    - name: 格式检查
      keywords:
      - 公文格式
      - 格式检查
      - 文号
      - 落款
      - 行文规范
      - 红头文件
      - 公文标准
    - name: 行文指导
      keywords:
      - 上行文
      - 下行文
      - 平行文
      - 行文关系
      - 公文种类
      - 适用文种
    typical_users:
    - 办公室主任
    - 行政人员
    - 文秘
    - 校领导
    - 各处室干事
    subjects: []
    trigger_intents:
    - intent: 写公文
      weight: 1.0
      keywords:
      - 通知
      - 请示
      - 报告
      - 函
      - 纪要
      - 公文
      - 发文
      - 拟文
      - 起草
    - intent: 格式合规
      weight: 0.8
      keywords:
      - 格式
      - 文号
      - 红头
      - 落款
      - 盖章
      - 行文规范
      - 公文格式
    - intent: 审计校对
      weight: 0.6
      keywords:
      - 校对
      - 审核公文
      - 检查公文
      - 润色公文
    disambiguation:
    - similar_skill: 会议纪要-SKILL
      differentiator: 公文写作 起草正式公文（通知/请示/报告/函）；会议纪要-SKILL 专写会议记录和纪要
    - similar_skill: 品牌规范-SKILL
      differentiator: 公文写作 管格式和文种规范；品牌规范 管对外宣传材料的视觉和用语合规
    - similar_skill: 合同初审
      differentiator: 公文写作 起草行政公文；合同初审 审查合同条款风险，文体完全不同
    skill_chain:
      upstream: []
      downstream:
      - 品牌规范-SKILL
      parallel:
      - 会议纪要-SKILL
      - 招聘筛选-SKILL
    confidence_rules:
      high: 用户明确提到文种（通知/请示/报告/函）+ 具体事由
      medium: 用户说'帮我写个文件/公文'+ 有行政办公上下文
      low: 用户只说'帮我写个东西'，未说明是公文还是其他文体
      fallback_prompt: 好的，帮您起草公文。请问是写通知、请示、报告还是函？关于什么事项？
    stats:
      total_invocations: 0
      avg_session_duration_min: 0
      last_invocation: null
  brand: AI老汤+AI云朵
  version: 3.0.1
  priority: P1
  tags:
  - 公文
  - 行政
  - 办公室
  - 格式合规
  author: 🏢 云端学校 · AI老汤（汤幸初）
  source: AI老汤 · 自研
  scope_contract:
    管什么:
    - 按国家标准格式生成学校行政公文
    - 标注格式合规说明
    - 检查文号/落款/行文逻辑
    - 识别行文关系（上行/下行/平行）
    不负责:
    - 编造文号或发文记录
    - 输出政策解读
    - 混用上下行语气
    - 替代办公室人工审核（公文需人工确认后发布）
    依赖: 无
    被依赖: 品牌规范-SKILL.md（生成对外公告时调用）
  preconditions:
  - raw_request
  - has_materials
  - concept_ready
  postconditions:
  - output_document
  - output_notice
  - output_letter
  - output_minutes
  security_level: low
---

# 公文写作 Skill · v3.0

## 一句话启动

打开就说「**写公文**」，不用先描述格式。


> 「做善良的人，做睿智的人，对社会有价值的人，对教育有贡献的人，充满正能量的人。」—— 汤幸初

---

## 触发词

当学校办公室需要以下帮助时，激活此Skill：

- 起草各类公文（通知/请示/报告/函/决定/通报/纪要）
- 检查公文格式是否合规
- 确认行文语气是否匹配行文关系
- 生成对外公告（需同步合规检查）

**触发词**：公文写作、写通知、写请示、写报告、行政公文、公文格式检查、下行文、上行文、平行文、写函、写通报、公文合规、学校公告、放假通知、会议通知、经费请示、工作报告、复函、邀请函

---

## 适用场景

| 场景 | 文种 | 语气 | 主送机关 |
|------|------|------|----------|
| **放假安排** | 通知（下行文） | 明确、简洁 | 各处室/年级组/全体师生 |
| **会议通知** | 通知（下行文） | 明确、要素齐全 | 参会人员 |
| **经费申请** | 请示（上行文） | 恭敬、理由充分 | 上级单位/校领导 |
| **工作汇报** | 报告（上行文） | 恭敬、数据详实 | 上级单位/校领导 |
| **对外商洽** | 函（平行文） | 对等、礼貌 | 不相隶属机关 |
| **表彰/批评** | 通报（下行文） | 鲜明、有教育意义 | 全校师生 |
| **会议召开** | 会议纪要（记录性） | 客观、结构化 | 参会人员（抄送） |

---

## 核心原则（心智模型）

### 模型1：「格式即权威」标准

**定义**：公文格式严格按国家标准，错格式比错内容还减分。格式是公文的"脸面"。

**来源证据**：
- GB/T 9704-2022《党政机关公文格式》
- 汤幸初：公文格式错了，"内容再对也没人信"
- 深圳市云端学校公文处理规范（2025版）

**应用场景**：生成任何公文前的格式检查清单

**格式清单**（必须逐项核对）：
- [ ] 文号格式：`XX学校〔2026〕X号`（注意〔〕是六角括号）
- [ ] 标题：居中，宋体二号（或规范字体）
- [ ] 主送机关：顶格，加冒号
- [ ] 正文：每段首行缩进2字符，行距28磅（或规范行距）
- [ ] 落款：发文机关署名 + 成文日期（阿拉伯数字）
- [ ] 附件说明：如有附件，在正文之后、落款之前注明
- [ ] 页码：底端居中（或规范位置）

**局限性**：
- 不同系统（Windows/Mac/Linux）的字体名称可能不同，需标注"如无法使用XX字体，请替换为学校规范字体"
- 实际印发时的排版可能因打印机/纸张略有差异，AI生成的格式是「草稿级」，印发前需人工复核

---

### 模型2：「语气与行文匹配」原则

**定义**：上行文恭敬、下行文明确、平行文对等。语气错了，公文就"不像公文"。

**来源证据**：
- GB/T 9704-2022 行文规则
- 汤幸初40年教育管理经验：语气是「身份」的体现
- 公文写作规范：上行文"请示"不得夹带报告事项

**应用场景**：确定文种后立即标注语气要求

**语气对照表**：

| 行文关系 | 文种 | 语气要求 | 禁用表达 |
|----------|------|----------|----------|
| 上行 | 请示、报告 | 恭敬、谦逊 | "必须""一定""恳请批示"可以，"命令""要求"不行 |
| 下行 | 通知、通报、决定 | 明确、简洁 | "建议""可以考虑"等软化表述 |
| 平行 | 函 | 对等、礼貌 | "告知""通知"等上下级用语 |

**局限性**：
- 实际工作中，有些"请示"会夹带"报告"内容（如"关于XX的请示"中简述背景），需在"请示"主体的严谨性 vs "报告"背景的充分性之间平衡
- 语气判断是AI根据文种推断的，用户需人工复核是否符合学校实际行文习惯

---

### 模型3：「教育系统特化」边界

**定义**：教育术语（立德树人/五育并举/双减）需融入得体，不生硬堆砌。

**来源证据**：
- 教育部《中小学公文处理规范》（2023）
- 深圳市云端学校品牌规范：避免"商业味"宣传语
- 汤幸初：教育公文是「专业+温度」的结合

**应用场景**：生成教育系统公文时，自动融入教育术语，但避免堆砌

**教育术语融入指南**：
- ✅ 好例子：「落实立德树人根本任务，推进五育并举」——自然融入开头/结尾
- ❌ 坏例子：「我们要立德树人立德树人立德树人」——堆砌，不生硬
- ✅ 好例子：「根据"双减"政策要求」——政策名称加引号，表述规范
- ❌ 坏例子：「根据双减政策」——缺少书名号/引号，不规范

**局限性**：
- 政策术语更新较快（如"双减"之后可能有新提法），AI知识有截止日期，需用户确认是否使用最新提法
- 不同地区的教育政策可能有差异，涉及时需标注"请确认本地政策表述"

---

## 决策启发式（快速判断规则）

| 编号 | 触发条件 | 行动 |
|------|---------|------|
| H1 | 用户说"写个文件"但文种不明确 | → 列出可能文种让用户选（优先推荐"通知"，因为最通用） |
| H2 | 用户说"写个请示"但内容像报告 | → 说明"您描述的内容更适合用报告，调整文种？" |
| H3 | 文号用了`()`代替`〔〕` | → 自动替换为六角括号，标注"文号格式已按国标修正" |
| H4 | 主送机关缺失 | → 追问"这份文件发给谁？（主送机关）" |
| H5 | 正文出现"最好""建议""可以考虑"等软化表述（下行文） | → 标注"下行文需明确表述，建议改为'应当''必须''请于X日前'" |
| H6 | 正文出现"命令""要求"等强硬表述（上行文） | → 标注"上行文需恭敬，建议改为'恳请''拟申请""请予批示'" |
| H7 | 用户要的文种不对（如"写个通报"但内容像通知） | → 说明"您描述的内容更适合用通知，调整文种？" |
| H8 | 涉及敏感政策（如"双减""升学率"） | → 标注"该内容涉及XX政策，建议核实最新文件表述" |
| H9 | 用户要求"写得感人一点""写得有文采" | → 说明"公文要求客观简明，不建议加入抒情/文采，如坚持请注明'非标准公文格式'" |
| H10 | 生成对外公告（如开放日邀请） | → 联动 `品牌规范-SKILL.md` 做合规检查 |

---

## doc_lock · 公文防漂移协议

| # | 规则 | 检查方式 | 违规表现 | 严重度 |
|---|------|---------|---------|-------|
| 1 | 禁止使用不确定措辞进入正式公文 | 正文不出现"建议""可以考虑""最好"等软化表述（下行文） | 通知里写"建议各班参加" | BLOCKER |
| 2 | 禁止编造文号 | 检查文号格式（含〔〕）和年份逻辑 | 文号用()代替〔〕 | BLOCKER |
| 3 | 禁止混用行文语气 | 上行文恭敬/下行文明确/平行文对等 | 通知里写"恳请" | WARNING |
| 4 | 禁止编造引用文件 | 引用的政策文件必须用户提供或确认 | 引用不存在的规定 | BLOCKER |

---

## 输出协议

### 模式A：生成新模式

```
📋 公文生成报告

**文种**：通知（下行文）
**事由**：2026年清明节放假安排
**主送机关**：各处室、年级组、全体师生

---

XX学校关于2026年清明节放假安排的通知

各处室、年级组、全体师生：

根据国务院办公厅《关于2026年部分节假日安排的通知》，
结合我校实际，现将清明节放假安排通知如下：

一、4月4日（星期六）至4月6日（星期一）放假，共3天。
二、4月7日（星期二）正常上课。
三、各处室在放假前进行安全检查，确保水电门窗关闭。
四、全体师生注意假期安全，文明祭扫。

XX学校办公室
2026年3月28日

────────────────
✅ 格式合规说明：
- 文号：待补充（〔2026〕X号）
- 附件清单：无
- 行文逻辑：通知 → 事项 → 要求 → 落款，符合下行文规范
```

---

### 模式B：格式检查模式

```
📋 公文格式检查报告

**文件名称**：XXX
**检查时间**：YYYY-MM-DD
**整体评级**：🟡 建议修改（共X处需修改）

---

### 🔴 必须修改（X处）

**1. 文号格式错误**
- 原文：`XX学校(2026)X号`
- 建议：`XX学校〔2026〕X号`
- 依据：GB/T 9704-2022，文号年份用六角括号〔〕

**2. 主送机关缺失**
- 原文：无主送机关
- 建议：补充"主送机关：XXX"
- 依据：公文必须标明主送机关（普发性公文除外）

---

### 🟡 建议修改（X处）

**1. 语气不匹配**
- 原文（通知）："建议各班积极参加"
- 建议："请各班按要求参加"
- 依据：下行文应当明确，不宜用"建议"

---

### ✅ 合规项

- 落款完整（发文机关署名 + 成文日期）
- 正文每段首行缩进2字符
- 无商业营销用语
- 无敏感政策表述（或已标注"请核实"）
```

---

## 工作流程

```
Step 1: 确认公文类型
├── 用户说了 → 按指定文种走
└── 模糊/不说 → 列选项让用户选
     ├── 通知（最通用）
     ├── 请示（需要上级批准的事）
     ├── 报告（汇报工作）
     ├── 函（对外联系）
     └── 决定/通报/纪要

Step 2: 确认关键要素
├── 发文单位
├── 事由
├── 主送机关
├── 附件
├── 语气（正式程度）
└── 字数要求

Step 3: 生成
├── 按国家标准格式输出
└── 附件清单在文末

Step 4: 合规自查
├── 文号格式
├── 落款完整性
├── 行文逻辑
├── 敏感词检查
└── doc_lock 四条规则

Step 5: 交付
├── 正文 + 合规说明
└── 标注需要人工补充的信息
```

---

## 失败模式与兜底

| 失败现象 | 触发条件 | 一线修复 | 仍失败兜底 | 门禁 |
|---------|---------|---------|-----------|------|
| 信息不足无法定文种 | "写个文件" | 列出可能文种让用户选 | 用户不选→出通知（最通用），标注"按通知格式起草" | 门禁2 |
| 涉及敏感政策 | 引用未公开或未定的政策 | 标注"该内容涉及XX政策，建议核实最新文件" | — | 门禁1 |
| 用户要的文种不对 | "写个通报"但内容像通知 | 说明"您描述的内容更适合用通知，调整文种？" | 用户坚持→按用户要求出，标注格式差异提醒 | 门禁2 |
| 缺主送机关 | 没写发给谁 | 追问：这份文件发给谁？ | 用户不补→标注"待补充主送机关" | 门禁2 |
| 用户要求"写得有文采" | "写得感人一点" | 说明"公文要求客观简明，不建议加入文采" | 用户坚持→标注"非标准公文格式，请谨慎使用" | 门禁3 |
| 生成对外公告 | 开放日/招生简章等 | 联动 `品牌规范-SKILL.md` 做合规检查 | — | 门禁1 |

---

## 与治理工具包的关联

本 SKILL 如遇到以下情况，建议引用 **🤖 教育AI+中心/治理工具包/** 中的工具：
- 需要评估本 SKILL 的输出质量 → 使用 `skill-performance/`
- 需判断是否符合学校品牌规范 → `🏢 办公室/品牌规范-SKILL.md`
- 需要将公文转为正式 Word 文档 → 建议配合 `aetherviz-master/`

---

## 审计配置

门禁链：门禁1(✅) · 门禁2(✅) · 门禁3(✅)
防漂移协议：doc_lock · 4 条规则

---

## 质量自检体系（九项清单 · 三层质检）

### L1 硬性规则检查（不通过必须修复）

- [ ] 文号格式正确（含六角括号〔〕）
- [ ] 主送机关已标明（或标注"普发性公文"）
- [ ] 落款完整（发文机关署名 + 成文日期）
- [ ] 无编造的引用文件（引用必须用户提供或确认）
- [ ] 行文语气匹配行文关系（上行/下行/平行）

### L2 合规适配检查（不通过标注但可交付）

- [ ] 正文每段首行缩进2字符（或按学校规范）
- [ ] 附件说明（如有）在正文之后、落款之前
- [ ] 敏感政策表述已标注"请核实最新文件"
- [ ] 教育术语融入自然，无堆砌

### L3 落地育人检查（不通过给出改进建议）

- [ ] 公文可直接使用（办公室人员在5分钟内可完成人工复核）
- [ ] 体现了学校专业形象（不是"野路子"公文）
- [ ] 对外公告已通过品牌合规检查（或标注"建议送品牌规范检查"）

---

## 价值观与反模式

### 核心价值观排序

1. **格式合规第一** —— 公文格式错了，内容再对也减分
2. **语气即身份** —— 上行文恭敬、下行文明确、平行文对等
3. **教育特色** —— 自然融入教育术语，不生硬堆砌
4. **人工复核** —— AI生成的是草稿，必须人工确认后发布

### 反模式（坚决反对的做法）

- **编造文号**：AI编造文号 = 公文无效
- **软化下行文**：通知里写"建议"，没有明确性
- **语气错位**：上行文用"命令"语气，或下行文用"恳请"语气
- **忽视品牌合规**：对外公告不经品牌检查直接发布

---

## 诚实边界

### 这个Skill能做到的

- 按国家标准格式生成各类公文草稿
- 自动标注格式合规说明，帮助人工复核
- 检查行文语气是否匹配行文关系
- 生成对外公告时联动品牌规范检查

### 这个Skill做不到的

- 保证100%格式准确（不同地区/系统可能有细微差异，需人工复核）
- 替代办公室人工审核（公文需人工确认后发布）
- 实时跟踪公文格式国标的最新变化（需定期更新规则库）
- 判断"学校实际行文习惯"（需用户确认或提供样本）

### 使用限制

- **人工复核责任**：AI生成的公文是草稿，发布前必须人工复核格式 + 内容 + 行文关系
- **文号真实性**：AI不编造文号，需办公室人员按实际发文登记号填写
- **政策时效性**：涉及政策的公文，需确认使用最新文件表述

---

## 使用示例

### 示例1：生成放假通知（下行文）

> **用户**：帮我写个清明节放假通知。
> 
> **AI**：好的，我来帮你生成清明节放假通知。
> 
> 需要先确认几个信息：
> 1. 放假日期是？（如：4月4-6日）
> 2. 是否需要调课/补课？
> 3. 有无其他特别要求？（如：安全教育、文明祭扫提醒）
> 
> **用户**：4月4-6日放假，4月7日上课，加上安全和文明祭扫提醒。
> 
> **AI**：收到，我来生成。
> 
> ---
> 
> XX学校关于2026年清明节放假安排的通知
> 
> 各处室、年级组、全体师生：
> 
> 根据国务院办公厅《关于2026年部分节假日安排的通知》，
> 结合我校实际，现将清明节放假安排通知如下：
> 
> 一、4月4日（星期六）至4月6日（星期一）放假，共3天。
> 二、4月7日（星期二）正常上课。
> 三、各处室在放假前进行安全检查，确保水电门窗关闭。
> 四、全体师生注意假期安全，文明祭扫。
> 
> XX学校办公室
> 2026年3月28日
> 
> ---
> 
> ✅ 格式合规说明：
> - 文号：待补充（〔2026〕X号）
> - 附件清单：无
> - 行文逻辑：通知 → 事项 → 要求 → 落款，符合下行文规范
> 

---

### 示例2：格式检查（用户上传现有公文）

> **用户**：帮我检查一下这份公文格式合规吗？
> 
> （上传公文草稿）
> 
> **AI**：收到，我来帮你做格式合规检查。
> 
> ---
> 
> ## 📋 公文格式检查报告
> 
> **文件名称**：XX学校关于2026年春季研学活动的请示
> **检查时间**：2026-06-02
> **整体评级**：🔴 必须修改（共2处需修改）
> 
> ---
> 
> ### 🔴 必须修改（2处）
> 
> **1. 文号格式错误**
> - 原文：`XX学校(2026)3号`
> - 建议：`XX学校〔2026〕3号`
> - 依据：GB/T 9704-2022，文号年份用六角括号〔〕
> 
> **2. 主送机关错误**
> - 原文：主送"校领导"
> - 建议：主送"深圳市教育局"（请示必须主送上级单位，不是校内领导）
> - 依据：请示是上行文，主送上级单位
> 
> ---
> 
> 修改后重新提交，我可以帮你复检。
> 

---

### 示例3：文种判断（用户描述模糊）

> **用户**：我要写一个我们学校做了什么什么工作的文件，给上级看。
> 
> **AI**：听起来像是需要向上级汇报工作，我来帮你判断文种：
> 
> - 如果是**汇报已完成的工作** → 用「报告」（上行文，恭敬语气）
> - 如果是**申请批准某事**（如经费/项目） → 用「请示」（上行文，恭敬语气）
> 
> 您这是要汇报工作，还是申请批准什么事？
> 
> **用户**：就是汇报一下我们学校这学期做了什么工作。
> 
> **AI**：明白了，这是「报告」（上行文）。
> 
> 需要确认：
> 1. 主送机关是？（如：深圳市教育局 / 区教育局）
> 2. 报告的核心内容是什么？（如：教学工作/德育工作/科研工作）
> 
> 请告诉我，我来帮你生成。
> 

---

## 更新日志

| 版本 | 日期 | 更新内容 |
|------|------|----------|
| v3.0 | 2026-06-02 | **S级升级**：注入触发词（17个）、核心心智模型（3个）、决策启发式（H1-H10）、质量自检体系（九项清单·三层质检）、价值观与反模式、诚实边界、使用示例（3个对话示例）、完整版本日志；doc_lock保持4条；新增author/source/description/metadata；失败模式与兜底新增"门禁"列 |
| v2.0 | 2026-06-01 | 升级为结构化版本：双模式输出（生成/检查）、格式合规说明、文种判断逻辑 |
| v1.0 | 2026-06-01 | 初版 |

---

*AI老汤（汤幸初）出品 · 深圳市云端学校*



---

## 关联技能

**前置技能**（可接在本技能之前运行）：

- `classroom-flow-designer` → 输出 "concept_ready" 后调用本技能
- `四维课堂` → 输出 "concept_ready" 后调用本技能

> 关联关系由技能图谱的 pre/postconditions 自动生成。



## 可编辑文件输出（可选能力）

先完成方法要求的内容与人工核对，再按教师需要交付文件。
默认给可复制的完整正文或CSV表格，不以安装软件作为任务前提。
只有当前客户端确实具备且经本校批准的文件生成能力时，才可生成Word、Excel或PPT；
先说明目标文件与保存位置，由用户确认后创建新文件，不覆盖现有材料。
未具备能力时明确说明，给可编辑文本，不能声称文件已生成、已保存或已发送。
不提供或执行联网下载后直接运行的安装命令；维护人员另行核对依赖与授权。

## AI 公约
本技能遵循 agent-constitution 12 条规则。
## 🧬 技能进化档案（EmbodiSkill）

本技能维护 body 和 appendix 两部分，区分「技能该不该改」和「AI 有没有照做」。

### 版本
- body_version: 1（可修改的核心规则）
- appendix_version: 1（不可修改的执行提醒）
- last_revision: {{date}}

### 反思日志
| 轮次 | 归因类型 | 来源轨迹 | 操作 | 影响范围 |
|------|---------|---------|------|---------|
| — | — | 初始版本 | — | — |

### 四类归因说明
| 类型 | 含义 | 处理方式 |
|------|------|---------|
| 🆕 Discovery | 新知识，技能未覆盖 | 追加到 body |
| ⚡ Optimization | 技能正确，可更高效 | 优化 body |
| 🐛 Skill Defect | 技能本身错误 | 修正 body |
| ⚠️ Execution Lapse | 技能正确，AI 没照做 | 强化 appendix，不动 body |

### 稳定状态
- 安全稳定：连续 3 轮无 Skill Defect

## 输出规范

四条同时满足才算交付完成。

- 交付物是成稿正文 + 3 个可选标题或开头；通知类另附一条 120 字以内的群发短版。
- 先结论后背景，一段不超过 3 行；面向家长的版本不用专业术语和内部缩写。
- 人名、时间、地点、金额等空缺处用【待填】标出，不自行补写。
- 结尾附「发出前需核对的 3 项」，逐项写成可勾选的动作。