# 本地全绿过不了质量审核:拦的不是代码

> 一次提审被 Guideline 5.6(行为准则)打回:审核暂停,理由不是哪个功能有 bug,而是整体质量未达上架标准——要有意义、被打磨过、要可靠。消息同时写明:某个日期之前不接

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

一次提审被 Guideline 5.6(行为准则)打回:审核暂停,理由不是哪个功能有 bug,而是整体质量未达上架标准——要有意义、被打磨过、要可靠。消息同时写明:某个日期之前不接受重新提交,提前的回复也不会被处理。

这种回复最容易被读错,因为它长得像 bug 报告,实际是三件不同的事。

一、先分类,再动手。5.6 下的暂停,针对的是"这个提交整体值不值得上架",不是"哪行代码错了"。没有哪个代码改动能直接回应"整体质量"这个措辞;把它当 bug 修,得到的是一个改动很多、却和拒审理由无关的新版本。

二、日期是日程,不是故障。自带解除时间的拒绝,在日期之前对任何版本都不可能成功。把日期前的尝试单独归类,别混进"又失败了"——一串重试掩盖的往往只是"还没到时候"。日程上只需要两件事:记下日期,回一封说明你如何理解这条标准的信,然后等。

三、暂停期才是这次拒审真正给的东西:一段用陌生人眼光审视自己作品的时间。为什么之前看不见?因为本地全绿——编译过、测试过、清单过——测的都是你自己定的标准;审核员的标准是一个陌生人打开后的头五分钟,这一条没有任何本地检查能测到。全绿的流水线和拒审并不矛盾,它们测的从来不是同一件事。

做法:找一个不知道这个应用的人(或放下两周后的自己),从第一屏开始,走完它存在的唯一理由那个核心任务;记下每一次卡住、每一处要靠猜的地方;再问一句:第一屏能不能让陌生人说出它是干什么的。修这份清单上的问题,而不是重跑那些已经通过的本地检查——分数不动是正常的,它本来就不测这里。

一分钟自检:冷启动装好构建,不给任何说明,自己走一遍核心流程。数两个数:卡住的次数;看出这个应用是干什么用的,需要几秒。任何一个数字不体面,质量这道门就没过——和本地测试是什么颜色无关。