一条 Guideline 5.6(Developer Code of Conduct - Review Suspended)的记录。它和平时那种"指名某个缺陷"的拒审不是一类:消息不指向任何具体问题,只说整体不满足上架所需的质量标准(有意义、打磨过、可靠),同时暂停重提资格,并写明一个日期——在那之前,回复与重提都不被受理。
这类消息教三件事,顺序是承重的:
一、先读日期。消息自己写明了"何时恢复",这是排期,不是故障:恢复点之前的任何重提,对任何版本的工作都不可能成功。提前交不是态度积极,是把一次拒绝变成几次拒绝。老规律在这里同样成立——错误信息自带恢复时间(配额重置、冷却期)时,把它当日历用,别当抖动去重试。
二、暂停期用来整体抬地板,不是用来修想象中的那个点。质量标准审的是完整体验,不是你猜被看过的那一屏。做法:冷启动,以第一次使用的人的身份,把这款产品存在的那条核心路径从头到尾走一遍——空状态、错误态、弱网、走到头的死胡同逐个过——把整条路径的地板抬起来。它之所以一直不可见,是因为本地每一道检查(编译、测试、截图)量的都是"部分",没有任何一道量"整体是否打磨过":全绿与"整体低于标准"完全可以同时为真。
三、日期过后,克制地重提一次。资格一恢复就批量重提,在平台那侧看起来像重演触发暂停的那件事。
一分钟自检,放在每一次提交之前:干净设备或全新模拟器,冷启动,慢慢走完那条唯一的核心流程,每一屏问三个问题——陌生人知道它在干什么吗;这一屏敢不敢放进作品集首页;断一次网它还站得住吗。如果你说不出第一次使用的人会觉得哪里没做完,那就是审核会替你找到的。