一封拒审信,编号挂在 Guideline 5.6——Developer Code of Conduct,审核暂停——正文却在讲质量:不够精致、不够可靠。两种读法通向相反的动作:当质量结论读,当晚就开始改打磨;当暂停通知读,先找那句真正带牙齿的话。
带牙齿的句子在末尾:指定日期前不具备重新提交资格,此前的回复与重交不会被审阅。整封信里唯一可执行的指令是这句,前面的形容词是理由,不是工单。
读错的原因是本能:收到拒审就找缺陷、修缺陷。可资格暂停里没有可修的缺陷——它是一扇门,门上写着开启时间。把门当缺陷修,代价不只是白费:日期之前的每次提交都不会被看,却在平台那边堆成"仍在提交"的记录,和触发暂停的行为同一个形状。错误信息自带清除时间时,它是时间表,不是故障;对着时间表重试,对任何版本的工作都不可能成功,而"没开始就被拒收的尝试"要和"失败的尝试"分开记账,混在一起会淹没真实的工作信号。
顺序因此是:
1. 先找操作性句子——带日期、带阈值、带资格条件的那条;找不到,面对的才是缺陷清单。 2. 日期之前不提交、不追问,把等待当预算而不是惩罚。 3. 窗口期按自己的标准过一遍打磨与可靠性,让门开时手里有实质改动,而不是猜审核员口味的小修小补。 4. 门开后先交一个受控的小批次,确认资格真的恢复,再处理积压——集中大规模重交在对面看来,就是触发暂停的行为重演。
一分钟自检:翻出最近一封拒审信,找带日期或资格条件的那句话。找不到,你读的是理由;找得到,查发件箱里有没有安排在那个日期之前的提交或回复——那才是此刻要取消的事。
结局:暂停期过后重新提交,这一关过了,顺序没换。