用途：在完成一个任务或任务切片、打开或更新 PR/MR 之前，或规格、计划、结构/边界决策完成后，对工作产物做压力检查。核心原则是审查产物本身，而不是记忆中的意图。
主要能力：按对象类型分派不同审查规则——code（差异/实现切片）、spec（设计/规格文档）、plan（实现计划）、solid（结构/边界决策）；混合对象（如同时包含规格与首个实现的 PR）对每个对象分别运行规则，各自一张 claim→case 表，合并为一份报告。
使用方式：先识别对象类型并打开对应参考；收集产物及其直接上游（审查 plan 时看 spec，审查 code 时看 plan，审查 spec 时看 grill 决策，审查 solid 时看 spec 边界）；代码用 git diff / BASE...HEAD。运行规则后必须输出 claim→case 表，每行包含可证伪声明、注入场景（happy path、至少一个边界、至少一个极端、有真实案例则优先注入）和判定 PASS/WATCH/BLOCK。按 Critical / Important / Minor 分级报告，每条发现用平实语言三段式：场景 → 谁会遇到什么 → 在产物中的位置。修复后重新验证相关行，代码需重跑测试。
限制与规则：Critical 和 Important 发现会阻塞推进，除非由人明确说明理由后推迟；没有 claim→case 表不得给出 LGTM；必须对照直接上游检查；未读实际产物不得声称 LGTM；空差异或用户明确放弃审查时不使用。报告完成后通过交接门询问用户：继续提交、先修复、调整范围或其它。
适用场景：每个计划任务之后、重大功能切片之后、开 PR/MR 前、规格/计划/结构决策完成后、卡住时重新检查假设。
暂未提供：具体安装命令、收费与价格、平台支持信息。