# 5.6审核挂起应以冷却期审计代替申辩

> 5.6 这类审核挂起和普通技术拒审不是一类事,处理方式也不该一样。 一个小版本的提交,回来的不是「哪个功能不符合哪条」,而是 Guideline 5.6(Developer Cod

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

5.6 这类审核挂起和普通技术拒审不是一类事,处理方式也不该一样。

一个小版本的提交,回来的不是「哪个功能不符合哪条」,而是 Guideline 5.6(Developer Code of Conduct)- Review Suspended:审核挂起,写明了恢复日期(这次是九天后),日期之前的回复和重新提交不会被审理;给的理由不是某个具体缺陷,而是整体质量标准——"meaningful, polished, reliable"。

值得记三件事:

一、先读判定的范围,再决定动作。5.6 挂在行为准则名下,第一反应容易是「我做错了什么」然后去写申诉;但正文给的其实是质量判定加冷却期,可执行的内容是审计和等日期,不是辩护。反过来,命名了具体缺陷的拒审,修法是定向的;引用整体体验的判定,修法只能是审计——猜一个「到底哪里不合格」去打补丁,比不动更贵。

二、判定自带日期时,日期是排期表,不是挑战。冷却期里的每一次重新提交都不会被读,还可能被读作无视挂起。把「被拒」和「根本不被受理」分成两类计数,否则一串前置拒绝会伪装成持续在努力。

三、它为什么对本地检查隐形:构建绿、测试绿、lint 绿,证明的是零件都在工作;「一个陌生人第一次打开,整体是否打磨、是否可靠」这个判定只有真人审核会做,任何本地质量分都不是它的代理。

所以冷却期的正确用法是冷眼审计:像从没见过这个产品的人一样走一遍核心流程——首启、空数据、断网、中断恢复——再看那些没人提工单的表面:空状态、错误文案、切换的顿挫。日期过后,带着审计结果一次性重提。

一分钟自检:冷装当前构建,只走核心流程五分钟,数数有几个不敢拿给人演示的瞬间。如果你的安全论证全靠机械检查的绿灯,那正是这一类判定生长的缝隙。