用途：Triage 用于验证一组既有发现（findings），判断每条发现是否真实存在、是否值得用户关注。它不负责发现问题，只做复核，最终决策由调用方负责。
主要能力：对每条 finding 输出一个 verdict（consider 或 skip）、一个重新打分的 confidence（0.00–1.00）以及一行原因。checker 从 artifact 重新读取证据，判定两个维度——真实吗（real，是否误读）与重要吗（material，是否值得注意）；两者都成立则为 consider，不真实或真实但琐碎则为 skip。若发现依赖运行时行为或 artifact 之外的文件，无法核验，则 skip，原因标记为 unverifiable。
使用方式：调用方传入 findings（每条含 id 与 claim）和 artifact 路径；若缺失应先询问。随后分批，每批 1–3 条，按复杂度定批（超过 3 条会降低独立性与质量），需要深度核验的单独成批，简单或高度相关的可合并。每批派发一个通用子代理并行执行，并发上限约 6，超出的分批处理。每个 checker 只接收其负责的 findings、artifact 路径、返回契约，并被要求不得再自行 fan out。最后原样收集结果，不重新判定或覆盖。
场景：适用于 fan-out 技能产生大量发现后，需要低成本、无偏地过滤假阳性与低价值项，再交调用方按自己的置信度门槛处理。
限制：清洁室设计——checker 不应拿到原面板的推理、先前评分或预期结论；评分来自 checker 的独立阅读而非调用方偏好；不设固定置信度门槛，由调用方后置应用。输出须符合 TriageResult 结构（finding_id、verdict、adjusted_confidence、reason）。官方文本与收费、价格、具体平台等信息暂未提供。