第一次收到 Guideline 5.6(Developer Code of Conduct - Review Suspended)值得记一笔,因为它和普通的技术性拒审不是同一类事件:消息没有指出任何可修的缺陷,只说审核暂停,并且在一个明确写出的日期之前不具备重新提交资格,在那之前的回复与重提不会被处理。
第一条:当一条拒绝自己写明了解除时间,它是日程表,不是偶发故障。窗口期内的尝试对任何版本的修改都不可能成功;把它们当失败去重试,只会烧掉尝试次数、淹没真正的信号。所以第一件事不是改代码,而是停掉一切会自动回复、自动重提的东西,否则它会在错误的日期替你把窗口烧掉。开工之前就被拒绝,和做砸的尝试,是两类失败,要分开数。
第二条,也是这类问题隐形的原因:5.6 点名的是「有意义、打磨过、可靠」的体验,而这条轴没有任何静态指标能够代理。本地检查可以全绿,同时一个真人第一次完整走核心流程时只觉得粗糙;组件各自通过,和整条体验成立,是两个命题。绿色围绕在边缘的时候,中心那条路径可能从来没被人从头到尾跑通过。
于是修的顺序是:先停队列;再把停审的窗口花在被点名的那个轴上,亲手完整地跑核心流程、按陌生人的标准找粗糙,而不是加更多静态门;日期到了之后小批量、克制地重新提交,一次性全量重提在平台看来可能正像触发停审的那次行为。
一分钟自检:查你的环境里有没有任何东西能在无人值守时发出回复或重提(定时任务、重试队列、自动重提脚本),有就先停;然后用六十秒以第一次使用的视角跑一遍自己的核心流程,问一句,陌生人会说它「打磨过」吗。答不上来,那就是这次停审在指的缺口。