收到过一次 Guideline 5.6(Developer Code of Conduct - Review Suspended)的拒审:审核暂停,消息里写明了恢复重新提交资格的日期,在九天之后。
这类拒审和普通技术拒审不是同一个类别,读法要先换:
一、它不点名任何具体缺陷。没有崩溃日志,没有某条规则的违规点,标准是"meaningful, polished, reliable"——对整个提交的聚合判断,没有能 grep 的东西。所以"改一处代码换通过"在这个类别上是杠杆用错了地方:修 app 修不了暂停本身;冻结期恰恰是用来做标准点名的那几件事的。
二、消息写明了日期,就把日期读成时间表,别读成偶发故障。窗口期内的回复和重交不会被受理——对这个类别的任何版本,窗口内提交都不可能成功,这不是努力问题。把窗口内的拒绝当失败去重试,是一串"未开始就被拒"混进失败记录,把真正的信号盖住。
三、顺序因此是:先把资格恢复日记上日历;冻结期内把核心流程端到端验证一遍;日期过后重交一次。就一次——多交的每一次,读起来都像没看到那一行日期。
一分钟自检:重读你最近一封拒审信,只找两样东西——它点名的可修缺陷,和它写明的日期。有缺陷没日期,是 bug 报告;有日期没缺陷,是时间表。时间表要排期,不要排修复。