办公必备 Skill·第4篇:文档校对 Skill——10 秒出修订报告

文档校对 Skill——10 秒出修订报告

1 万字方案写完，老板看到第一句："的的得 100 个字写错 5 个"，方案直接被否。本篇给你一个文档校对 Skill：从 1 万字文档 自动找出错别字 / 语病 / 不专业表达 / 标点错误 / 敏感词，10 秒出修订报告，标红原文 + 给出建议，让文档永远"专业过关"。

# 输入：方案开头 1 段

"本方案的目的的为了解决用户支付场景下的一致性问题，

我们将会通过引入分布式事务来达到这个目的，

大家可以参阅我们之前的文档来理解这个设计。"

# 普通 prompt 输出：

"方案目的：解决用户支付场景的一致性问题。"

# → 错别字没改 / 语病没改 / 不专业表达没改

# 文档校对 Skill 输出：

## 修订报告

### 致命（必须改）

| # | 位置 | 原文 | 类型 | 建议 |

|---|------|------|------|------|

| 1 | 第 1 段 | "的的" | 错别字 | "的" |

### 严重（建议改）

| # | 位置 | 原文 | 类型 | 建议 |

|---|------|------|------|------|

| 2 | 第 2 段 | "我们将会" | 语病 | "我们将" |

| 3 | 第 2 段 | "达到这个目的" | 不专业 | "实现该目标" |

| 4 | 第 3 段 | "大家可以参阅" | 不专业 | "可参考" |

### 提示（可选改）

| # | 位置 | 原文 | 类型 | 建议 |

|---|------|------|------|------|

| 5 | 第 1 段 | "目的的目的" | 标点 | 删 1 个 |

> 统计：致命 1 + 严重 3 + 提示 1 = 5 处

doc-proofread-skill/

├── SKILL.md　　　　　　 # 触发条件 + 6 步工作流

├── rules/

│　 ├── typos.md　　　　　 # 错别字规则（含错别字库）

│　 ├── grammar.md　　　 # 语病规则（主谓/动宾/搭配）

│　 ├── informal.md　　 # 不专业表达（含不专业词典）

│　 ├── punctuation.md # 标点错误规则

│　 └── sensitive.md　　 # 敏感词规则（法务/政治/竞品）

├── prompts/

│　 ├── detect.md　　　　 # 检测错误 prompt

│　 ├── score.md　　　　 # 严重度评分 prompt

│　 └── report.md　　　 # 生成报告 prompt

├── scripts/

│　 └── proofread.py　　 # 5 类检测 + 修订脚本

├── assets/

│　 └── checklist.md　　 # 修订前检查清单

└── README.md

---

name: doc-proofread-skill

version: 1.0.0

description: 文档校对 Skill——从 1 万字文档自动找出 5 类错误

author: your-name

license: MIT

tags: [office, document, proofread, typo, grammar]

triggers:

  - 校稿

  - 帮我改文档

  - 文档校对

  - proofread

  - 改作文

  - 优化方案

inputs:

  - 文档原文（必填）

  - 文档类型（选填：方案 / 邮件 / 报告 / 通用）

outputs:

  - 修订报告（Markdown 格式）

  - 修订后文档（可选）

rules:

  - typos

  - grammar

  - informal

  - punctuation

  - sensitive

---

# 文档校对 Skill

## 5 类错误

| 类型 | 严重度 | 示例 |

|------|--------|------|

| 错别字 | 致命 | "的的" / "的得" |

| 敏感词 | 致命 | 法务 / 政治 / 竞品词 |

| 语病 | 严重 | "我们将会" / "达到目的" |

| 不专业表达 | 严重 | "大家可以参阅" |

| 标点错误 | 提示 | 中英文标点混用 |

## 6 步工作流

### Step 1：加载文档

识别文档类型：方案 / 邮件 / 报告 / 通用

### Step 2：切分段落

按段落切分（每段 200-500 字），保留段号 / 句号位置 / 段落标题

### Step 3：5 类规则匹配（核心）

对每段检测 5 类错误：错别字 / 敏感词 / 语病 / 不专业表达 / 标点错误

### Step 4：严重度评分

3 档：致命（必须改）/ 严重（建议改）/ 提示（可选改）

### Step 5：标红原文

在原文中标出错误位置：第 X 段第 Y 字

### Step 6：输出报告

输出报告：致命清单 + 严重清单 + 提示清单 + 统计 + 修订后文档

## 输出约束

1. 不修改原文，只出报告

2. 错别字 不改人名 / 数字 / 专有名词

3. 保留 技术术语

4. 致命错误必须给位置（段号 + 字数）

5. 报告 按严重度排序，致命在前

6. 用户确认后再生成修订后文档

# rules/typos.md

## 常见错别字库（部分）

| 错 | 对 |

|----|----|

| 的的 | 的 |

| 的得 | 的 |

| 在再 | 在 |

| 做作 | 做 |

| 即使 | 即使 |

| 部署 | 部署 |

| 账目 | 账目 |

| 其他 | 其他 |

## 不改：人名 / 数字 / 专有名词

# rules/sensitive.md

## 法务敏感词

- "保证" "确保" "一定" → 改成 "目标" "力争"

- "最终解释权" → 法务审核

- "免费" → 看是否真有免费

## 政治敏感词

- 涉政 / 涉港 / 涉台 → 法务审核

## 竞品词

- 提到竞品名 → 法务 + 市场审核

## 数据敏感词

- 具体客户名 / 金额（外部场景）→ 脱敏

# rules/grammar.md

## 1. 主谓不一致

| 错 | 对 |

|----|----|

|"数据是 100 个" | "数据是 100 条" |

|"我们将会开发" | "我们将开发" |

|"目的是的" | "目的为" |

## 2. 动宾不搭配

| 错 | 对 |

|----|----|

|"达到这个目的" | "实现该目标" |

|"做出一个方案" | "制定一个方案" |

|"进行开发" | "进行开发工作" |

## 3. 累赘表达

| 错 | 对 |

|----|----|

|"我们将会" | "我们将" |

|"目的是为了" | "目的是" |

|"通过使用 X" | "使用 X" |

# rules/informal.md

## 不专业词典（部分）

| 不专业 | 专业 |

|--------|------|

| 大家可以参阅 | 可参考 |

| 大家 | 各位 |

| 搞定 | 完成 |

| 弄一下 | 处理 |

| 玩一下 | 测试 |

| 差不多 | 接近完成（具体说） |

## 不改：技术术语

- 保留：API / SDK / 缓存 / 异步 / 并发

- 保留：DDD / CQRS / Saga

- 保留：专有名词

# rules/punctuation.md

## 中英文标点混用

| 错 | 对 |

|----|----|

|"中文,英文逗号" | "中文，英文逗号" |

|"中文.英文句号" | "中文。英文句号" |

|"中文:英文冒号" | "中文：英文冒号" |

## 标点缺失 / 多余

- 段末无句号

- 连续 2 个句号 "。。"

- 引号 / 括号不配对

# prompts/detect.md

## 5 类错误 + 置信度

| 类型 | 方法 | 置信度 |

|------|------|--------|

| 错别字 | 词组固定 + 上下文 | >= 0.95 |

| 敏感词 | 词典匹配 | >= 0.8 |

| 语病 | 句法结构 + 搭配 | >= 0.85 |

| 不专业 | 词典 + 行业 | >= 0.7 |

| 标点 | 全角半角 | >= 0.95 |

## 不检测

- 人名 / 数字 / 专有名词

- 技术术语（API / SDK / DDD）

- 引用 / 转述

> 不改人名 / 数字 / 专有名词。

# prompts/score.md

## 评分规则

| 严重度 | 分数 | 类型 | 处理 |

|--------|------|------|------|

| 致命（3 分） | 3 | 错别字 / 敏感词 | 必须改 |

| 严重（2 分） | 2 | 语病 / 不专业 | 建议改 |

| 提示（1 分） | 1 | 标点 | 可选改 |

# assets/checklist.md

## 文档校对前检查清单

- [ ] 致命错误 已全部列出

- [ ] 每处错误有 位置

- [ ] 未改人名 / 数字 / 专有名词

- [ ] 未改技术术语

- [ ] 报告 按严重度排序

# 输入：方案开头 1 段

"本方案的目的的为了解决用户支付场景下的一致性问题，

我们将会通过引入分布式事务来达到这个目的，

大家可以参阅我们之前的文档来理解这个设计。"

# 触发命令

/doc-proofread

# 或在 ChatGPT / Claude 项目里：

请用 doc-proofread-skill 校对以下文档：[粘贴]

# 文档修订报告 - 2026-08-16

**文档类型**：方案　　**字数**：156 字

## 统计

- 致命错误：1

- 严重错误：3

- 提示错误：1

- 总计：5

## 致命（必须改）

| # | 位置 | 原文 | 类型 | 建议 |

|---|------|------|------|------|

| 1 | 第 1 段第 6 字 | "的的" | 错别字 | "的" |

## 严重（建议改）

| # | 位置 | 原文 | 类型 | 建议 |

|---|------|------|------|------|

| 2 | 第 2 段 | "我们将会" | 语病 | "我们将" |

| 3 | 第 2 段 | "达到这个目的" | 不专业 | "实现该目标" |

| 4 | 第 3 段 | "大家可以参阅" | 不专业 | "可参考" |

## 提示（可选改）

| # | 位置 | 原文 | 类型 | 建议 |

|---|------|------|------|------|

| 5 | 第 1 段 | "目的的目的" | 标点 | 删 1 个 |

## 修订后文档

"本方案的目的是为了解决用户支付场景下的一致性问题，

我们将通过引入分布式事务来实现该目标，

可参考我们之前的文档来理解这个设计。"

> 10 秒出报告 + 修订后文档

# ❌ 反例 1：错别字过度

"支付" → "付出"

# → 过度校正

# ✅ 正例 1：不熟悉的词不轻易改

# → "支付" 是专有名词，不改

# ❌ 反例 2：改技术术语

"CQRS" → "查询命令分离"

# → 术语改了 = 反而错

# ✅ 正例 2：技术术语保留

# → CQRS 保留

# ❌ 反例 3：改人名

"张三" → "张山"

# → 人名错改

# ✅ 正例 3：人名不改

# → 人名不在修订范围

# ❌ 反例 4：改数字

"100 万" → "1000000"

# → 数字改 = 数据失真

# ✅ 正例 4：数字不改

# → 数字不在修订范围

# ❌ 反例 5：初稿边写边校

"先写一段 → 校稿 → 再写一段"

# → 思路被打断

# ✅ 正例 5：终稿再校

"完整写完 1 万字 → 一次性校稿"

# → 思路连贯，校稿 10 秒