article-writer-cn

# 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