ai_detect_for_sanqian

Category: Data & AI | Uploader: houlaisan | Downloads: 0 | Version: v1.0（Latest）
中文学术论文去AI化检测与改写。扫描AIGC高频特征，逐段评估，针对性改写降低AI检测率。适用于本科/硕士毕设论文。当用户说"降AI率"、"去AI化"、"检测AI痕迹"时触发。
Changelog: Source: GitHub https://github.com/houlaisan/ai_detect_for_sanqian
Directory Structure

Current level: Root
📄 LICENSE 1.0 KB
📄 README.md 3.2 KB
📄 SKILL.md 7.3 KB
SKILL.md

---
name: ai_detect_for_sanqian
description: 中文学术论文去AI化检测与改写。扫描AIGC高频特征，逐段评估，针对性改写降低AI检测率。适用于本科/硕士毕设论文。当用户说"降AI率"、"去AI化"、"检测AI痕迹"时触发。
---

# 中文学术论文去AI化 (deai-academic)

## 概述

本 skill 用于检测和消除中文学术论文中的 AIGC 写作痕迹，目标是将 AI 检测率从 30-50% 降至 15% 以下，同时保持学术规范性和技术准确性。

## 核心原则

### 零捏造原则
- 绝不新增数据、指标、实验结论
- 绝不新增引用或断言
- 仅改进表达方式，不改变技术内容

### 信息密度原则
- 每句话必须传递可核查的具体信息
- 用系统独有的名词、参数、表名替换通用描述
- 空话删掉，不要替换成另一句空话

---

## 五问检测法（逐段必检）

对每一个被标记或疑似的段落，依次回答以下 5 个问题：

1. **这段里有没有你系统独有的名词、参数、接口、表名或时间窗？**
   → 没有则补入具体实现细节

2. **有没有至少一个实测数值或实验条件？**
   → 没有则补入数据，或标注【待补实测数据】

3. **有没有写清楚"为什么是这个机制带来了这个结果"？**
   → 缺乏因果链则补充机制解释

4. **有没有边界条件、例外情况或适用范围？**
   → 没有则加一句限定（如"当数据量低于1万时此策略收益不明显"）

5. **这段如果贴到别人的论文里，是否也几乎成立？**
   → 如果答案是"是"，这段就还不够好，必须改到只有你的系统才能写出来

**第 5 个问题是终极判据。** 通过前 4 个问题的补充，第 5 个问题的答案自然会变成"否"。

---

## AI 痕迹检测清单

### A. 结构性痕迹（最容易被检测器捕获）

| 模式 | 示例 | 危险度 |
|------|------|--------|
| 工整排比 (1)(2)(3)(4) | "第一，……；第二，……；第三，……" | ★★★ |
| 三段式并列 | "在A……在B……在C……" | ★★★ |
| 事实+解释的固定节奏 | 每段都跟"这意味着……""这说明……" | ★★★ |
| 等权重罗列 | 把所有技术点不分主次地全部列出 | ★★ |
| 标准化摘要结构 | 严格按"问题→方法→实现→结果"四段 | ★★ |

### B. 词汇性痕迹

| 高危词/短语 | 替换策略 |
|------------|---------|
| 值得注意的是 | 删除，直接陈述 |
| 不难发现 | 删除 |
| 综上所述 | 删除或换为具体推导 |
| 显著提升/显著改善 | 换为具体数字 |
| 本文提出/本文系统/本文方法 | 混用"当前实现"、"系统"、省略主语 |
| 在……背景下 | 直接从具体问题切入 |
| 具有重要意义/价值 | 说明具体用途 |
| 首先……其次……最后 | 打散为自然段落 |
| 此外/同时/因此（高频出现时） | 部分删除，用逻辑本身衔接 |

### C. 节奏性痕迹

| 模式 | 问题 | 修复 |
|------|------|------|
| 每段长度均匀（都是5-6行） | 太工整 | 刻意制造长短段交替 |
| 每段都有总结句 | 像教科书 | 删掉部分总结，让读者自行推断 |
| 连续3句以上相同开头 | 机械重复 | 变换主语和句式 |
| 每段都是"定义→展开→意义" | AI模板 | 打乱顺序，有的段先讲结果再追溯原因 |

---

## 改写策略

### 策略 1：注入系统特异性
将通用描述替换为你系统中的具体实现。

❌ "系统在数据库侧组织多种数据结构"
✅ "系统在 PostGIS 中维护了 mubiaohangji（原始航迹）、mubiaohangji_simple（7级简化航迹）和 clutter_hotcells（150m网格杂波缓存）三张核心表"

### 策略 2：打破排比结构
不超过2条并列，第3条起必须换结构。

❌ "第一，性能需求；第二，表达需求；第三，业务需求；第四，可扩展需求"
✅ "首要的是性能——缩放和平移时响应时间不能超过用户感知阈值。与此同时，系统还需要在同一界面上承载散点、热力、航迹和统计图表四种表达形式。至于告警区域和实时监测这类业务场景，则要求后端能按区域边界裁切数据并独立返回。"

### 策略 3：去掉"万能解释句"
删除那些贴到任何论文里都成立的句子。

❌ "这一结构既符合 WebGIS 的常见工程分层，也与本文题意保持一致。"
✅ 直接删掉。上下文已经说明了架构，不需要再解释"为什么这个架构是对的"。

### 策略 4：加入边界条件和失败案例
人写的论文会主动暴露局限。

❌ "该算法具有确定性、均匀性和高效性三个优势"
✅ "哈希抽稀在倍率低于10×时采样偏差可忽略，但当倍率升至500×以上时，部分低密度区域可能出现空白瓦片。实测中1000×倍率下约有12%的瓦片返回零要素。"

### 策略 5：制造节奏变化
- 在两个长段之间插入一个只有1-2句的短段
- 偶尔用反问句或设问句
- 不是每段都需要结尾总结

---

## 工作流程

### 模式 A：扫描诊断（不改写）

1. 读取论文全文
2. 对每个段落执行"五问检测法"
3. 输出诊断报告：
   - 高危段落（预计检测率>60%）列表及原因
   - 中危段落（50-60%）列表
   - 安全段落统计
   - 全文AI痕迹密度评分

### 模式 B：定向改写

1. 读取 AIGC 检测报告（如有标红版 docx）
2. 提取所有红色/橙色段落
3. 对每段执行五问检测 → 确定改写策略 → 改写
4. 改写时遵守：
   - 每次只处理 500-1000 字
   - 不改变技术事实和数据
   - 改写后再用五问法自检
5. 输出改写后的段落，附改动说明

### 模式 C：全文润色

1. 全文扫描
2. 按危险度从高到低逐段处理
3. 重点关注：摘要、绪论、总结（这三章AI检测率通常最高）
4. 分段输出，每段标注改动类型

---

## 改动类型标注

每次改写需标注改动类型：

- `[注入特异性]` — 补入系统独有名词/参数/表名
- `[打破排比]` — 拆散工整并列结构
- `[删除万能句]` — 删掉贴到任何论文都成立的句子
- `[加边界条件]` — 补入适用范围或局限
- `[变换节奏]` — 调整段落长度或句式
- `[替换高危词]` — 替换AI特征词汇
- `[补实测数据]` — 用具体数字替换模糊描述

---

## 分章节重点

| 章节 | 典型AI痕迹 | 重点策略 |
|------|-----------|---------|
| 摘要 | "问题→方法→结果"过于标准 | 打乱顺序，先讲最核心的结果 |
| 绪论 | "随着……的发展"开头 | 直接从具体数据量或场景切入 |
| 相关技术 | 等权重介绍每项技术 | 突出与本系统的关联，次要技术一笔带过 |
| 方法研究 | 每个方法都用相同结构描述 | 按方法复杂度给予不同篇幅 |
| 系统设计 | 模块罗列像说明书 | 加入设计决策的取舍过程 |
| 实验分析 | 所有指标都"表现良好" | 让数据自己说话，加入失败案例 |
| 总结展望 | "综上所述"+"四个方向" | 先讲最有价值的一个发现，再展开 |

---

## 检测工具推荐

| 工具 | 用途 | 说明 |
|------|------|------|
| 腾讯朱雀 | 中文AIGC检测 | 免费，国内主流 |
| CNKI AIGC检测 | 知网官方 | 学校通常用这个 |
| GPTZero | 英文Abstract检测 | 英文部分用 |

建议流程：改写 → 检测 → 针对标红段再改 → 重测，迭代至目标率以下。
Comments 0
Latest | Hot
Please login before commenting.
No comments yet. Be the first one!
ai_detect_for_sanqian

Directory Structure

SKILL.md

Report

Notice
