「快速提交」不是系统的功能名，而是一种常见处境：截止时间还剩几小时，草稿还没测过终稿。这个场景下最容易犯的错不是手慢，而是省掉了本不该省的步骤。
最后几小时该做什么
- 只测「会写进终稿」的部分：时间不够就别全文测，先把引言、文献综述、方法这些重合高危区测掉——它们占掉了重复率的大头
- 确认排除口径：测之前想清楚学校按哪个口径判（算不算引用和参考文献），报告出来直接看对应数字，别被大数字吓到重新改一轮。口径差异见相似度多少算正常
- 文件出成文字版：别在最后关头导出扫描 PDF，没有文字层等于白测，见格式与报错
Rush 场景里最贵的三个错
- 把唯一提交机会用在草稿上：作业设置了只允许提交一次时，你交上去的草稿就是终稿。要自查就用不收录的自助通道，不要占用正式提交名额
- 为了降数字而删除引用：把参考文献从文末删掉再测，数字会好看，但这不是降重，是篡改稿件。正确方向见重复率太高的改法
- 赶时间改写引入新问题：最后五分钟大段替换同义词，容易把术语改错、把引用对应关系弄断。宁可保留规范引用被计入，也别为了数字牺牲正确性
提前半天能做的事
如果还有半天以上：先把报告测出来，按颜色区域定位真正需要改的段落（不是所有颜色都要改，见颜色对照表），只改高匹配段，再复测一次。这个顺序比「全文大改」又快又稳。
和平时流程的关系
快速提交的所有坑，都源于把自查压缩到最后一刻。理想节奏是分阶段自查：写完一块测一块，终稿前只处理增量变化，流程见分阶段自查怎么做。
一个真实的取舍清单
假设还剩 3 小时截止，报告还没测过。这个处境下的优先级排序：第一步（10 分钟）确认提交通道和口径——走学校就确认作业设置，走自助就确认服务承诺不收录；第二步（60 分钟）测全文拿到基线数字和来源列表；第三步（90 分钟）只处理两处——单个来源占比最高的段落、排除口径外的高匹配段；最后留 20 分钟复核文件格式和版本号。听起来紧张，但比「从头改写全文」的完成率高得多。
事后复盘
每次 Rush 之后值得花十分钟复盘一个问题：这次为什么赶？多数答案落在三个习惯上——自查节点没规划（见分阶段自查）、引用格式中途换了标准、或者低估了「报告处理」这一步的时间。下次开新作业时把这三个变量提前定死，Rush 会自然消失。赶工本身不丢人，反复赶工才是成本。
一个真实的取舍清单
假设还剩 3 小时截止，报告还没测过。这个处境下的优先级排序：第一步（10 分钟）确认提交通道和口径——走学校就确认作业设置，走自助就确认服务承诺不收录；第二步（60 分钟）测全文拿到基线数字和来源列表；第三步（90 分钟）只处理两处——单个来源占比最高的段落、排除口径外的高匹配段；最后留 20 分钟复核文件格式和版本号。听起来紧张，但比「从头改写全文」的完成率高得多。
事后复盘
每次 Rush 之后值得花十分钟复盘一个问题：这次为什么赶？多数答案落在三个习惯上——自查节点没规划（见分阶段自查）、引用格式中途换了标准、或者低估了「报告处理」这一步的时间。下次开新作业时把这三个变量提前定死，Rush 会自然消失。赶工本身不丢人，反复赶工才是成本。