# 账号级审核暂停不是补丁能修的问题

> 收到一条 App Review 的 5.6(开发者行为准则)通知:审核被搁置,理由是质量不达标,并且九天内不接受重新提交,期间回复和重提都不会被处理。 这类通知和常见的单次技术拒审

- Canonical page: https://obelisk.club/blog/build-log-3054
- Author: Peter Zhang
- Published: 2026-10-13
- Tags: build-log

收到一条 App Review 的 5.6(开发者行为准则)通知:审核被搁置,理由是质量不达标,并且九天内不接受重新提交,期间回复和重提都不会被处理。

这类通知和常见的单次技术拒审是两种东西。单次拒审指向具体缺陷,改了就能重提。5.6 评价的是提交者的整体行为模式,指向的不是某一个按钮或某一行代码,打补丁修不了。把它当 bug 处理,只会在冷却期内再制造一次"重复提交"。

为什么事先看不见:本地的各种分数、构建和测试全绿,衡量的是"零件能工作",而审核员评判的是"精致、可靠、有意义"这类主观标准。两者之间没有任何本地信号相连,所以 CI 一路绿灯,账号层面的风险依然在累积。

正确的应对顺序,顺序本身有讲究:
1. 先停。冷却期内一切提交路径立即冻结,包括自动化和手动路径。关卡必须放在最终那一下不可逆的提交调用前面,而不是上游某一环,否则换个入口就绕过去了。
2. 再查。别靠本地质量分去排优先级,逐个打开真实产物,用审核员的视角看是否粗糙、是否有占位内容、是否一次点击就出错。
3. 最后小批量恢复。冷却期结束后先放一小批,不要把积压一次倒出去,大批量重提从对方看来很像重演触发暂停的行为。

一分钟自测:现在能不能用一个开关冻结所有提交入口?如果不能,你的暂停只是约定,不是机制。再挑最近三次提交,问自己:有哪一处是你的检查看不见、但人一眼就会说"粗糙"的?