用途:一批内容产出之后,用少量样本判断整体是否可靠。抽检不是抽查,是抽样推断。
覆盖:批量生产的文章、页面、报告、条目。
产出:通过 / 不通过,加一张问题清单和一句「是这批的问题还是流程的问题」。
拿到就能跑:别随机抽。随机抽只能抽到心安,抽不到问题。
判据:样本里包含最近改过的、结构最复杂的、历史上出过问题的那一类。 不过怎么办:重抽。风险区之外抽得再多,也只能证明「简单的那批没问题」。
判据:至少 5 个,且覆盖不同类型的产出(不是同一类抽五个)。 不过怎么办:补到 5 个;类型不全时按类型分层各抽一个,不要凑数。
判据:每个样本都有逐项结论与证据(引用到具体位置),没有「整体看没问题」。 不过怎么办:返工。用同一份检查表逐项过一遍——整体感觉不能作为结论。
判据:统计每类问题的出现次数,不是只数总数。 不过怎么办:见下一条处理规则。
判据:同一类问题出现 3 次及以上时,已停止抽检并转向修流程。 不过怎么办:停下来。三次重复说明它不是样本的问题,是生产流程的问题——继续抽检只会反复抽到同一个错。
判据:写清「改哪、谁改、改完怎么复核」。 不过怎么办:补上。只标问题不给路径,下一轮还是同样的清单。
判据:能说清「什么时候抽的、抽了哪些、谁抽的、结论是什么、怎么处理的」。 不过怎么办:补记录。没有记录,下一轮等于从零开始,还会重复上一次的抽样偏差。
抽检结果:通过 / 不通过(卡在第 N 项)
样本:N 个 —— 其中最近改过 X 个、最复杂 Y 个、历史问题类 Z 个
逐篇结论:(每篇一行,带证据位置)
问题分类:<类别> 出现 n 次
判定:偶发(继续)/ 系统问题(停抽检,改流程)
处置:<改哪、谁改、怎么复核>
verdict: pass|fail
blocked_at: <项编号>|null
samples: [{id, risk_tag, findings: [{item, evidence}]}]
issue_counts: [{category, count, systemic: true|false}]
action: continue|fix_process
trace: {at, by, scope, followup}
systemic 为 true 时,action 必须是 fix_process——这时候继续抽检是浪费。
抽 8 个,2 个有硬伤,同一类出现 3 次 → 停抽检,改流程。
⛔ 不要说「抽了几个,大体没问题」。抽样结论必须能对应到具体问题。
2026-11-06。抽样方法与工具无关;「三次重复即系统问题」是经验阈值,可按批量规模调整。与所执行系统的既定标准冲突时,以那个系统的标准为准。