维普AI率从67.22%降到9.57%，我把整个流程掐着表走了一遍。

报告弹出来的时候我正在食堂，手机屏幕上那个数字是 67.22%。

我当时的第一反应不是"完了"，是"这要花多久"。因为写这篇稿子的整个过程我心里都有数，问题肯定出在文献综述那块，我知道该改哪里。真正让人心里没底的是时间：我到底是今晚能弄完，还是要搭进去三天。

所以这一次我干脆掐着表走了一遍，每一步花多少时间都记下来。最后维普那边的数字是 9.57%。下面把这个流程按时间顺序摊开，重点不是效果有多好，是时间到底花在了哪。有些环节比我以为的快得多，有些比我以为的慢得多。

报告出来之后，最开始的十分钟我在做什么？

不是改稿，是看分布。

我把 AIGC 检测报告从头翻到尾，只干一件事：记下哪几章标红最密集。结果跟我预期的差不多，文献综述那一章几乎整片是红的，研究方法次之，实证分析和数据描述那部分反而干净，因为里面全是具体数字和变量名。

这一步我花了十分钟出头，然后就停了。我没有去逐句研究它为什么这么判，也没有去搜别人的解读。急的时候研究原理没有用，你研究完还是要改那几章。

十分钟之后我做的第二件事是拆文件。我按章节把正文拆成几个独立文档，文件名统一写成"章节号加标题"的格式，参考文献和附录单独挑出来不参与处理。这一步花了大概八分钟，后面证明是最值的八分钟，因为合并的时候我一点都没乱。

从上传到拿回结果，工具那一段到底花了几分钟？

这是整个流程里最短的一环，短到有点出乎意料。

我先拿文献综述的开头一千字去试。用的是嘎嘎降 AI 的免费额度，正好 1000 字，上传、点「立即降重降 AI」、下载结果，三步。等待的时间我看了表，几分钟的事。官方给的口径是处理时间在 2 到 5 分钟这个区间，具体取决于文本长度和当时的服务器负载，我这一千字属于偏短的，比这个区间的下限还快一点。

试跑结果我读完之后决定继续，就开始按章节推。每一章送进去的等待时间大致也在这个量级，长的章节稍微久一点。加起来，所有章节的纯处理时间不到半小时。

我把这个数字单独拎出来说，是因为很多人对"降 AI 要多久"的想象是错的。你以为的大头是处理，实际处理是最快的。真正的时间在后面。

我为什么第一轮就没走返工那条路？

之前有一次我吃过亏。那次我先用一个工具压重复率，压下去之后 AI 率反倒被推高了，再去处理 AI 率，重复率又冒回来。两个指标轮流折腾，我在那上面白白多花了两天。

嘎嘎降 AI 跟那次不一样的地方，是它把降重和降 AI 放进同一遍处理里完成，不是先跑一个再跑另一个。

它靠的是双引擎驱动，一个管用词，一个管节奏。管用词的那层专门找大模型爱用的套路表达，“综上所述”"值得注意的是"这一类，换成真正符合学术场景的说法，实测这类过渡词的重复率能降低 76%，而且它能分清哪些是我规范引用的原文、哪些是机器写出来的规律性重复，前者不动，后者才改。管节奏的那层学的是真人学者写东西的不规则感，机器文本的句长标准差只有 1.2，每句话长度几乎一样，处理之后能拉到 4.7，被动语态也回到 18% 到 22% 这个正常论文的区间。

落到我这次的实际体感，就是两个指标是一起往下走的，我只处理了一遍、只通读了一遍。它保障知网、维普、万方、PaperYY、Turnitin、Master、大雅、PaperBye、朱雀这 9 个平台，目标是把 AI 率压到 20% 以下，官方口径是 97% 以上的文本能降到这条线以内，同时也明确说了不承诺 100% 通过。这句话我反而觉得踏实，比拍胸脯说必定合格的靠谱。

那种改完一个指标就交差、另一个指标出了问题让用户自己扛的做法，坑我那两天的就是它。

通读核对，为什么比处理本身久那么多？

这一步我花了将近三个小时，是纯处理时间的六倍。

我读的不是全文，是四类地方。一类是每一章开头和结尾的衔接句，看跨章的过渡还顺不顺；一类是带引用的段落，确认引文原句没被动过；一类是专有名词和缩写，我把几个关键缩写全文搜了一遍，确认前后叫法一致；还有一类是公式变量的表述，方法章和结果章要对得上。

三个小时里有一个小时是在处理一个具体问题：第三章有一段被改得比我原本的表达更口语了，读着不像论文。我没有整篇重来，直接从网站右上角的「订单历史」进去，只把那一段重新处理了一遍。购买之后 7 天内同一个订单号可以反复优化调整，不限次数也不用额外付费，这条规则在这种时候特别顶用，我等于只多花了几分钟。

要提醒的是，这三个小时是我的情况。你的篇幅、你的学科、你对读感的挑剔程度都不一样，这个数会浮动。但有一点可以确定：通读核对一定比你想的久，排时间的时候要把它当大头，不要当收尾。

等复检报告那段时间，该怎么算进计划里？

这是整个流程里唯一完全不受你控制的一段。

我把定稿送去复检之后，报告不是立刻出来的，中间隔了挺久。具体多久取决于当时的排队情况，毕业季高峰和平时完全不是一个概念，我这次赶上的不算最忙的时候。所以我没法给你一个准数，任何给你准数的说法你都该打个问号。

能给的建议只有两条。一是把等报告的时间当成计划里的不确定项，往宽了留，别按最顺利的情况排。二是这段时间别闲着，格式、图表编号、目录、参考文献这些送检时同样会被看的东西，正好在这个窗口里收拾完。

复检出来的数字是 9.57%。从 67.22% 到这里，我实际动手的时间加起来是半天多一点，但整件事从发现问题到彻底放心，跨度比半天长，长出来的部分全在等待上。

如果重来一次，我会把时间怎么排？

三条，都是这次踩出来的。

第一条，先花十分钟看报告分布，再花十分钟拆文件命名，然后立刻拿一千字去试。这二十分钟看起来什么都没改，但它决定了后面所有动作的方向对不对。免费额度就是干这个用的，别跳过。

第二条，从标红最密集的那一章开始处理，不要从第一章按顺序走。万一时间不够，你至少保住了权重最大的部分。

第三条，把通读核对的时间按处理时间的五到六倍去留，把等报告的时间往宽了留。处理那几分钟是整个流程里你最不用操心的部分，真正会让你熬夜的是读稿和等待。

最后说一句。67.22% 这个数字刚出来的时候我以为要熬三天，实际动手比想象中短得多。让人崩溃的从来不是改稿本身，是不知道要花多久的那种悬着的感觉。把每一步的时间摸清楚，这件事就从"灾难"变成了"一个下午的活"。