这个故事是一个985硕士亲口跟我讲的。他送审前那一次知网AIGC检测，疑似率31.4%。他们学校把疑似率30%上下当作要重点核查的线——他刚好卡在上面一点。那一刻他说，脑子一片空白，想到延毕两个字就慌。
他离最终提交只有24小时。怎么在一天之内把这个数字压到安全区，他的操作我给你复盘。
头两个小时，他没急着改，先把报告读透。红句不是均匀的，集中在第三章的方法和第四章的讨论。这两节恰恰是他当初偷懒、让AI帮着顺的部分。目标明确了：集中改这两节，别全文乱动。
接下来六个小时，他干了两件事。一是把第三章里AI写的那段流程描述，换成自己实际操作时的真实过程——哪一步反复调试过、哪个参数起初设错了、后来怎么改的。这些细节他电脑里的实验记录都有，写进去就是真人痕迹。二是把第四章那些工整的对偶句、排比句全拆了，改成有起伏的口语化论述。
中间四个小时他睡了一觉。这个我特别认同——熬大夜改出来的东西，脑子不清醒，反而改崩。睡一觉回来，换个眼光看稿子，比硬撑强。
收尾那几个小时，他逐段复测，盯着剩下的零星红句单点处理。临了正式测，数字落到了安全区间，赶上了提交。
他的教训有三条：一是别把方法和讨论这种关键章节交给AI顺，那是最容易飘红的地方；二是实验记录、过程数据平时就要留着，急用时能救命；三是卡在合格线上千万别慌，24小时够你集中救两节。
这故事我印象特别深。延毕的压力压在一个人身上，那滋味不好受。我们在paperzx毕业在线网做降AIGC率辅导，就是想让更多人别走到他那一步才着急。
他这个案例，我觉得最值得说的，不是他怎么降到合格，而是他为什么会差点走到那一步。根子在于他平时没留过程文件。实验记录散在各个文件夹，写论文时凭记忆补，结果补得干巴巴，一测就飘红。如果他平时就把过程随手记下来，写论文时顺手抄进去，根本不会有这一劫。
这个教训太普遍了。很多同学都是写论文那一刻才开始攒材料，平时做研究的过程全浪费了。其实做研究的每一天，你遇到的意外、踩的坑、拍的照，都是将来降率的弹药。他跟我说，以后再写东西一定边做边记，这个习惯能让你下次连急救都不用。
他这个24小时的故事，我每次讲都觉得唏嘘。不是因为降率有多难，而是因为很多人本可以不用这么狼狈。平时多留个心、多记一笔，毕业季就少一场这样的惊魂夜。希望你别走到他那一步，才想起这些道理。