メニュー
润色师：10维AI痕迹检测与自然化改写。迭代修复直到达标。 触发词："降重"、"去AI味"、"润色"、"deai"、"AI痕迹"。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
| name | deai |
| version | 1.0.0 |
| description | 润色师：10维AI痕迹检测与自然化改写。迭代修复直到达标。 触发词："降重"、"去AI味"、"润色"、"deai"、"AI痕迹"。 |
| allowed-tools | ["Read","Edit","Write","Bash","Grep","Glob","Agent","AskUserQuestion"] |
好的中文学术论文读起来像一个人在认真讲一件事，内容铺开、论证扎实、一气呵成。 而不是一个 AI 在列提纲、贴标签、堆括号。
润色的目标不是"换个说法"，而是让每一段读起来像作者亲手写的—— 有自己的思考节奏，有对读者的体贴，有对技术的真正理解。
# 论文修改小组 — 配置加载
CONFIG=""
for candidate in ".thesis/config.json" "../.thesis/config.json" "../../.thesis/config.json"; do
if [ -f "$candidate" ]; then
CONFIG="$(cd "$(dirname "$candidate")" && pwd)/$(basename "$candidate")"
break
fi
done
if [ -z "$CONFIG" ]; then
echo "ERROR: 未找到 .thesis/config.json"
echo "请先运行 /thesis-init 初始化论文项目"
exit 1
fi
echo "CONFIG: $CONFIG"
THESIS_DIR=$(python3 -c "import json; print(json.load(open('$CONFIG'))['thesis_dir'])")
CHAPTERS_DIR=$(python3 -c "import json; print(json.load(open('$CONFIG'))['chapters_dir'])")
BUILD_CMD=$(python3 -c "import json; print(json.load(open('$CONFIG'))['build_command'])")
WORKSPACE=$(python3 -c "import json; print(json.load(open('$CONFIG'))['workspace_dir'])")
echo "THESIS_DIR: $THESIS_DIR"
echo "CHAPTERS_DIR: $CHAPTERS_DIR"
echo "WORKSPACE: $WORKSPACE"
如果 preamble 输出 ERROR，立即停止并提示用户运行 /thesis-init。
使用 AskUserQuestion 确认：
默认推荐 Standard。
从 $CHAPTERS_DIR 读取指定的 tex 文件全文。统计基础指标：
\xsection 数量、\xsubsection 数量\begin{equation} 数量\begin{itemize} / \begin{enumerate} 数量对目标章节逐段扫描，按以下 8 个维度检测。每检测到一处，记录：维度编号、行号、原文片段、问题描述。
高频词表：
阈值：同一 \xsubsection 内出现 ≥3 个不同的高频词 → 标记
改写原则：删除衔接词，用句子间的因果、转折、递进等逻辑关系本身来衔接。不是把"首先"换成"第一"，而是让内容的逻辑自然推进。
检测方法：提取每段的主干结构（主语+谓语+宾语模式），检查连续 3 段内是否出现相同骨架 ≥2 次。
典型重复模式：
改写原则：变换叙述视角。同样是介绍方法，可以从"问题出发"、从"现象出发"、从"对比出发"，不必每段都从"本文提出"出发。
模式库：
改写原则：用具体数字和事实替代空洞总结。"实验证明本方法显著优于基线" → "在任务A上指标提升 X%，在任务B上提升 Y%"。
词表：显著地、有效地、充分地、系统地、深入地、全面地、创新性地、合理地
检测条件：修饰词后面没有跟具体数据或证据 → 标记
改写原则：要么删掉修饰词（"有效地提升了性能" → "提升了性能"），要么补上具体数据（"显著提升" → "提升 16%"）。
检测：连续 2 段以上用相同模式开头。
高频开头模式：
改写原则：每段开头应该有变化。可以从现象切入、从数据切入、从对比切入、从问题切入，而不是每段都从"本文提出"切入。
模式库：
改写原则：收尾要具体。说清楚"具体哪个问题还没解决"、"具体下一步要做什么实验"，而不是用万金油套话收束。
核心原则：只有本文提出的核心算法/方法需要在首次出现时标注英文全称，其他术语不需要括号注释。
需要标注全称的（仅限首次出现）：
不需要标注全称的：其他所有非核心术语。领域内通用概念和标准算法——读者要么已知，要么看英文标题即可理解，不需要在正文中用括号注释英文全称。直接写中文名或缩写即可。
检测规则：
改写原则：
检测：连续出现的 \xsubsection 或 \textbf{(N)} 小标题，每个标题下正文不足 15 行（约半页）。
问题本质：把本该用段落展开论述的内容切成碎片，每块贴个标题就算交代了，显得单薄、取巧。
好的状态：一个 section 下铺开写 2-3 页连贯叙述，读者感受到的是"这个人真的想清楚了，从头到尾讲给你听"，而不是"列了个提纲，每条写两句就下一条"。
修复策略：
验收：同一 section 下不出现连续 3 个以上 <15 行的子标题。
检测：\xsection 或 \xsubsection 的第一个参数（中文标题）中包含英文单词、英文缩写或英文括号注释。
典型模式：
\xsection{你的方法名 (ABBR) 机制} — 括号内夹英文缩写\xsubsection{子模块名 (English Name)} — 括号内夹完整英文名\xsubsection{Soft Actor-Critic (SAC) 算法原理} — 开头就是英文规则：中文标题必须是纯中文。英文名称放在第二个参数（英文标题）里，不要混进第一个参数。本文核心方法的缩写如果已经在正文中定义过，标题中也不需要出现。
改写原则：
{你的方法名 (ABBR) 机制} → {你的方法名机制}{Soft Actor-Critic (SAC) 算法原理} → {SAC算法原理} 或 {最大熵强化学习算法原理}检测：正文段落中使用 \textbf{xxx。} 或 \textbf{xxx：} 格式充当伪小标题。
典型模式：
\textbf{重要性目标。}将权重学习重构为…\textbf{稳定性约束。}尽管监督式回归…\textbf{关键实现细节。}本小节说明…问题本质：这些黑体文字在视觉上像标题但不在目录中，读者会困惑"这到底是标题还是正文"。它们通常是 AI 生成时用来组织思路的标签，写进正文后显得膈应。
排除：表格中的 \textbf{}（表头加粗、最优值加粗）不算伪标题，不需要处理。
修复策略：
\textbf{} 标记输出格式：
AI 痕迹扫描报告 — c4.tex
══════════════════════════════════════
AI 痕迹分数：6.5/10（10=严重，0=无痕迹）
扫描档位：Standard（维度 1-6）
──────────────────────────────────────
检测到 N 处问题：
[维度1] 行 42: "首先…其次…最后…" 三连
→ 建议：删除序数词，用因果逻辑自然推进
[维度3] 行 128: "实验结果表明本方法显著优于基线方法"
→ 建议：改为具体数字 "在任务A上提升 X%"
[维度8] 行 200-250: §4.1 下三个子节各仅 12 行
→ 建议：合并为一个节，铺开叙述
──────────────────────────────────────
将所有检测结果分为两类：
对 AUTO-FIX 项直接执行。对 ASK 项，使用 AskUserQuestion 批量展示，每项给出原文和改写建议，让作者选择 A) 按建议改 / B) 跳过。
对作者确认的每一处：
\label{}、\ref{}、\cite{}、\begin{}、\end{} 等 LaTeX 命令改写完成后，对修改过的段落重新执行 Step 2 扫描。
迭代上限：最多 3 轮。3 轮后仍不达标 → 输出当前状态，建议作者人工审阅剩余项。
降重完成 — c4.tex
══════════════════════════════════════
AI 痕迹分数：6.5 → 3.2（下降 3.3）
──────────────────────────────────────
AUTO-FIX：N 处（括号注释删除 X 处，空洞修饰词 Y 处）
作者确认改写：M 处
跳过：K 处
迭代轮数：2
──────────────────────────────────────
改动文件：$CHAPTERS_DIR/c4.tex
改动行数：约 XX 行
══════════════════════════════════════
结构：每段 4-7 句，一个完整论点。
节奏：不是"定义→公式→解释"的三段式循环，而是有起伏的叙述—— 先说一个你观察到的现象，再解释背后的机制，然后用数据佐证，最后点明这意味着什么。
衔接：段与段之间靠内容的逻辑关系衔接，不靠"首先/其次/最后"的序号词。 上一段的结论自然引出下一段的问题，读者感觉是"顺着读下来的"，而不是"跳到下一条了"。
公式后的解释：每个关键公式后面至少说清两层：
实验分析：不是"A 比 B 高了 X%"就完了，而是：
| 需要替换 | 替换方式 |
|---|---|
| 存在深化空间 | 存在两个不足 / 直接说不足是什么 |
| 呈现出 X 个特点/方面 | 直接陈述那些特点 |
| 值得注意的是 | 删除，直接说内容 |
| 综上所述 | 删除，或换为具体总结 |
| 不难发现 | 删除，直接说结论 |
| 由此可见 | 改为具体的因果表达 |
| X 个维度 | 说清楚具体是哪几个 |
| 损失地形 | 损失函数的变化趋势 |
| 本文提出了 X，用于解决 Y | 为了解决 Y，我们设计了 X / 直接描述 X 的工作机制 |
| 分工明确，共同… | 说具体分工内容 |
| 得到了充分的验证 | 实验证明…（具体数字） |
| 取得了一定的成果 | 删除，直接说成果 |
| 系统地开展了 | 删除，直接说做了什么 |
| 从根本上解决了 | 显著缓解了 / 在实验范围内验证了 |
\label{}、\ref{}、\caption{}、\cite{} 内部标识符\begin{equation} 内部）每次 skill 执行完毕后，无论结果如何，必须执行以下四步：
0. 编译验证（修改 tex 文件后必须执行）
cd "$THESIS_DIR"$BUILD_CMD2. 更新问题清单 $WORKSPACE/issues.md
- [ ] **编号** 位置 — 问题描述 → 建议skill3. 更新进度文件 $WORKSPACE/progress.md
- YYYY-MM-DD HH:MM /skill名 — 执行摘要（N项修改/N个问题）[x]）4. 保存报告（如有输出）
$WORKSPACE/reports/ 目录YYYYMMDD-skill名-目标.md（如 20260322-review-chapter-c4.md）论文修改小组组长。查看论文修改全局进度，展示可用的专业角色，推荐下一步操作。 触发词："论文助手"、"thesis"、"看看论文"、"还有什么要改"。
质检员：终稿一致性全检。8项自动检查，输出指标报告，自动修复可机械修复的问题。 触发词："一致性"、"consistency"、"终检"、"检查一下"。
扩写师：把薄的地方写厚。补段落、补分析、补解释、补过渡。 触发词："扩写"、"expand"、"写厚一点"、"太薄了"、"补充内容"、"展开说说"。
公式编辑：公式密度控制与冗余压缩。每个公式必须在后文被引用或验证，否则改为文字。 触发词："压缩公式"、"公式太多"、"formula"、"公式密度"。
排版员：LaTeX 编译、错误诊断、PDF 预览。编译失败则阻断后续操作。 触发词："编译"、"build"、"预览"、"latex"。
结构师：章节结构诊断与重组。先诊断后动手，Scope Lock 防止误碰其他章。 触发词："重组"、"restructure"、"调整结构"、"合并小节"。