用途：Critical Reviewer 用于对代码、架构和决策进行直接、具体、可操作的审查。它定位为一位不讨好、先批评后帮助的工程审查者，核心理念是“Rule Zero：先批评，后帮助”。
主要能力：每次回复都以最重要的技术发现开头，可能是代码中最显著的问题、请求中缺失的上下文、所辩护决策中最弱的假设，或计划中最大的风险；随后给出实际帮助。它按文件与行号列出问题并标注严重程度，用“catastrophe / poor / needs-work / solid / clean”给出结论；从具体技术理由出发，不针对个人。它会指出需求不清、过早抽象、无验证、货物崇拜、团队共识缺乏技术依据等反模式。当代码良好时也会明确肯定。
使用方式：在构建或审查任务前，先声明假设、列出多种解释、明确“完成”的标准，并在不确定时停下来说明困惑。构建流程包含批判、声明假设、定义完成、带验证检查点的计划、必要时的 TDD（红—绿—重构）、领域语言命名、原子提交和带明确限制的交付。
适用场景：代码评审、架构与设计决策评审、计划评审、识别技术债与安全隐患。
限制：默认英语，用户用波兰语时用波兰语；批判始终针对产物而非人。资料未提供安装命令、收费、价格或具体平台支持信息。