# AI 句式库 - 10大类典型 AI 句式识别与替换

> **用途**: 识别 AI 生成文章中的典型句式模式
> **目标**: 降低 AI 检测率至 30% 以下

---

## 使用说明

本文件包含10大类 AI 常用句式，每类包含：
- **特征描述** - 句式的典型特点
- **识别规则** - 正则匹配模式
- **出现频率警戒** - 超过几次需要替换
- **替换策略** - 如何改写
- **改写示例** - 具体对比

在 `/review style` 命令中引用此文件。

---

## 1. "不是...而是..."句式

### 特征

强行对比，制造冲突感，过于刻意

### 识别规则

```regex
不是.{1,20}而是.{1,20}
```

### 警戒频率

同一篇文章出现 **≥2次** 需替换

### 典型示例

1. "这不是一个简单的工具，而是一个智能助手"
2. "重点不是速度，而是质量"
3. "问题不是技术，而是思维方式"
4. "关键不是功能多少，而是是否好用"
5. "优势不是价格，而是体验"

### 替换策略

- ✅ **直接陈述两者**："这是智能助手，不只是工具"
- ✅ **删除对比**："重点是质量"
- ✅ **用真实场景**："我看中的是体验，20 刀/月不算贵"

### 改写示例

```
❌ 原文: "Claude Code 的优势不是速度快，而是代码质量高。"
✅ 改为: "Claude Code 最大优势：代码质量高。速度也不慢，2秒响应。"
【理由】删除刻意对比，分别陈述两个优点
```

```
❌ 原文: "这不是一个简单的编程工具，而是一个智能开发伙伴。"
✅ 改为: "Claude Code 能看懂你的整个项目。这点很多工具做不到。"
【理由】用具体能力替代抽象对比
```

---

## 2. "既...又..."句式

### 特征

强行并列，显得面面俱到但缺乏重点

### 识别规则

```regex
既.{1,15}又.{1,15}
```

### 警戒频率

同一篇文章出现 **≥2次** 需替换

### 典型示例

1. "既强大又易用"
2. "既快速又准确"
3. "既便宜又好用"
4. "既简洁又全面"
5. "既灵活又稳定"

### 替换策略

- ✅ **拆成两句**："快。准确率也高。"
- ✅ **选最重要的说**："最重要的是准确"
- ✅ **用数据说话**："2秒响应（快），准确率 95%（准）"

### 改写示例

```
❌ 原文: "Claude Code 既功能强大，又操作简单。"
✅ 改为: "Claude Code 功能全。上手也简单，我 10 分钟就会用了。"
【理由】拆成两句，加入真实时长
```

```
❌ 原文: "这个方案既节省成本，又提升效率。"
✅ 改为: "这方案省钱：每月少花 500 元。效率也快了 30%。"
【理由】用具体数字替代抽象并列
```

---

## 3. "通过...实现..."句式

### 特征

书面语过重，缺乏口语感

### 识别规则

```regex
通过.{1,20}实现.{1,20}
```

### 警戒频率

同一篇文章出现 **≥3次** 需替换

### 典型示例

1. "通过优化算法实现性能提升"
2. "通过深度学习实现智能推荐"
3. "通过数据分析实现精准决策"
4. "通过自动化实现效率提升"
5. "通过集成实现功能扩展"

### 替换策略

- ✅ **删除"通过"**："优化算法后，性能提升了 40%"
- ✅ **用因果关系**："算法优化，所以快了"
- ✅ **用动词**："优化算法，性能快了 40%"

### 改写示例

```
❌ 原文: "Claude Code 通过上下文理解实现了更精准的代码生成。"
✅ 改为: "Claude Code 能读整个项目，所以生成的代码更准。"
【理由】删除"通过...实现"，用因果关系
```

```
❌ 原文: "通过深度集成 Git，实现了版本管理的自动化。"
✅ 改为: "深度集成 Git。版本管理全自动，我不用手动提交了。"
【理由】简化表达，加入个人体验
```

---

## 4. 连续三段式

### 特征

连续三段使用相同句式开头，过于对称

### 识别规则

**人工检查**: 扫描文章，查找连续 3 段以上相同句式开头

**典型模式**:
- 三段都以"首先/其次/最后"开头
- 三段都以"XX 方面"开头
- 三段都以"在 XX 上"开头

### 警戒频率

**≥3段** 连续使用相同句式

### 典型示例

```
第一，Claude Code 响应速度快...
第二，代码质量高...
第三，支持语言多...
```

```
在性能方面，Claude Code 表现优异...
在功能方面，Claude Code 覆盖全面...
在体验方面，Claude Code 简洁直观...
```

### 替换策略

- ✅ **打破对称**: 第一段用"首先"，第二段换成"另外"，第三段用"最重要的是"
- ✅ **用不同句式**: 长短句交替
- ✅ **删除连接词**: 直接陈述

### 改写示例

```
❌ 原文:
第一，Claude Code 响应速度快，平均 2 秒。
第二，代码质量高，bug 少 30%。
第三，支持语言多，覆盖 20+ 语言。

✅ 改为:
Claude Code 快。2 秒响应。

代码质量也不错，我测下来 bug 少了 30%。

支持 20+ 语言。Python、JS、Go 都能用。

【理由】打破三段式对称，用不同句式和长度
```

---

## 5. "一方面...另一方面..."句式

### 特征

过度平衡，缺乏态度

### 识别规则

```regex
一方面.{1,30}另一方面.{1,30}
```

### 警戒频率

同一篇文章出现 **≥2次** 需替换

### 典型示例

1. "一方面提升了效率，另一方面降低了成本"
2. "一方面功能强大，另一方面操作简单"
3. "一方面节省时间，另一方面保证质量"

### 替换策略

- ✅ **拆成两段**：分别说两个点
- ✅ **选主次**："主要是提升效率，顺带降低了成本"
- ✅ **删除连接词**

### 改写示例

```
❌ 原文: "Claude Code 一方面提升了开发效率，另一方面降低了出错率。"
✅ 改为: "Claude Code 让我快了 40%。错误也少了，bug 降了 30%。"
【理由】拆成两句，加入数据和第一人称
```

---

## 6. "不仅...还..."句式

### 特征

累加式强调，显得啰嗦

### 识别规则

```regex
不仅.{1,20}还.{1,20}
不仅.{1,20}更.{1,20}
不仅.{1,20}甚至.{1,20}
```

### 警戒频率

同一篇文章出现 **≥2次** 需替换

### 典型示例

1. "不仅速度快，还很准确"
2. "不仅功能全，还易上手"
3. "不仅省钱，还省时间"
4. "不仅支持 Python，还支持 Go"

### 替换策略

- ✅ **用列表**："有两个优点：快（2秒）、准（95%）"
- ✅ **用递进**："快，而且很准"
- ✅ **分开说**："快。准确率也高。"

### 改写示例

```
❌ 原文: "Claude Code 不仅响应速度快，还支持多种编程语言。"
✅ 改为: "Claude Code 有两个优点：快（2秒响应）+ 全（支持20+语言）。"
【理由】用列表替代递进句式，更清晰
```

---

## 7. "无论...都..."句式

### 特征

过度绝对化，缺乏真实感

### 识别规则

```regex
无论.{1,20}都.{1,20}
不管.{1,20}都.{1,20}
```

### 警戒频率

同一篇文章出现 **≥1次** 需替换（极易被识别为 AI）

### 典型示例

1. "无论新手还是老手，都能轻松上手"
2. "不管什么场景，都能胜任"
3. "无论项目大小，都适用"

### 替换策略

- ✅ **承认局限**："新手 10 分钟上手，老手 5 分钟"
- ✅ **举具体例子**："我测了 3 个场景，都能用"
- ✅ **删除绝对化**："大部分场景都能用"

### 改写示例

```
❌ 原文: "无论是新手还是资深开发者，都能快速上手 Claude Code。"
✅ 改为: "新手 10 分钟能上手。资深开发者更快，5 分钟就会用了。"
【理由】用具体时间替代绝对化表达
```

```
❌ 原文: "不管什么类型的项目，Claude Code 都能胜任。"
✅ 改为: "我测了 Web、后端、脚本三类项目，都能用。没测过移动端。"
【理由】承认测试范围，增加真实感
```

---

## 8. "从...到..."句式

### 特征

过度对称，显得公式化

### 识别规则

```regex
从.{1,15}到.{1,15}
```

### 警戒频率

同一篇文章出现 **≥3次** 需替换

### 典型示例

1. "从安装到使用"
2. "从新手到专家"
3. "从需求分析到代码实现"
4. "从前端到后端"

### 替换策略

- ✅ **拆开说**："安装简单。用起来也方便。"
- ✅ **用具体过程**："装好后，5 分钟就能写第一段代码"
- ✅ **删除对称**："覆盖前端和后端"

### 改写示例

```
❌ 原文: "从安装到使用，Claude Code 全程只需 5 分钟。"
✅ 改为: "安装 2 分钟，配置 1 分钟，写第一段代码 2 分钟。总共 5 分钟。"
【理由】拆解具体步骤，更有说服力
```

---

## 9. "让...更..."句式

### 特征

空洞的价值主张，缺乏具体说明

### 识别规则

```regex
让.{1,15}更.{1,15}
使.{1,15}更.{1,15}
```

### 警戒频率

同一篇文章出现 **≥4次** 需替换

### 典型示例

1. "让开发更高效"
2. "让代码更优雅"
3. "让工作更轻松"
4. "使团队更高效"

### 替换策略

- ✅ **说具体结果**："开发快了 40%"
- ✅ **用真实对比**："以前 10 小时，现在 6 小时"
- ✅ **删除空洞词**："效率提升 40%"

### 改写示例

```
❌ 原文: "Claude Code 让开发更高效，让代码更优雅。"
✅ 改为: "用 Claude Code，开发快了 40%。代码也更简洁，少了 30% 行数。"
【理由】用具体数字替代"更高效"、"更优雅"
```

---

## 10. 因果链式句式

### 特征

连续使用"因为...所以...因此...从而..."，逻辑链过长

### 识别规则

**人工检查**: 一个句子中出现 **≥3个** 因果连接词

**典型连接词**:
- 因为、所以、因此、从而、进而、以至于、导致

### 警戒频率

一句话中 **≥3个** 因果词

### 典型示例

```
因为 Claude Code 理解上下文能力强，所以代码生成更准确，因此减少了调试时间，从而提升了整体开发效率。
```

### 替换策略

- ✅ **拆成多句**："Claude Code 理解上下文。所以代码准。调试少，效率高。"
- ✅ **删除中间环节**："Claude Code 理解上下文，所以效率高。"
- ✅ **只保留核心因果**："理解上下文好 → 代码准 → 效率高"

### 改写示例

```
❌ 原文: "因为 Claude Code 采用了先进的 AI 模型，所以能够深度理解代码上下文，因此生成的代码更符合项目规范，从而减少了代码审查的工作量。"

✅ 改为: "Claude Code 用了先进 AI 模型。能看懂整个项目。生成的代码符合规范，代码审查省了 50% 时间。"

【理由】拆成 4 个短句，删除冗余因果词
```

---

## 快速识别清单

在审校时，快速扫描以下句式：

### 高危句式（≥2次必改）

- ❌ "不是...而是..."
- ❌ "一方面...另一方面..."
- ❌ "无论...都..." / "不管...都..."
- ❌ 连续三段式（相同开头）

### 中危句式（≥3次必改）

- ⚠️ "通过...实现..."
- ⚠️ "从...到..."
- ⚠️ "既...又..."
- ⚠️ "不仅...还..."

### 低危句式（≥4次必改）

- 💡 "让...更..." / "使...更..."
- 💡 因果链（一句话≥3个因果词）

---

## 句式检测工具（正则表达式）

**复合检测正则**（供 Grep 使用）:

```regex
(不是.{1,20}而是|既.{1,15}又|通过.{1,20}实现|一方面.{1,30}另一方面|不仅.{1,20}[还更甚至]|无论.{1,20}都|不管.{1,20}都|从.{1,15}到|让.{1,15}更|使.{1,15}更)
```

**使用方法**:
```bash
grep -E "(不是.{1,20}而是|既.{1,15}又|通过.{1,20}实现)" draft.md
```

---

## 使用建议

1. **第一遍扫描**: 用正则表达式查找所有句式
2. **第二遍统计**: 统计每种句式出现次数
3. **第三遍替换**: 超过警戒频率的优先替换
4. **第四遍检查**: 确保替换后句子通顺

**目标**: 每 1000 字 AI 句式不超过 2 个。

---

**文件版本**: v1.0
**最后更新**: 2025-10-26
**维护**: Article Writer Team