用途：critique 对某段 diff 做对抗式代码审查，输出供人工分诊的报告。它定位为“可疑的审查者”，由全新子代理以敌意人设执行，只提供建议，从不作为门禁。
主要能力：它负责 /code-review 与 /review-tests 未覆盖的五个轴——范围蔓延（无关重构、过早抽象、规格未提的配置项）、死代码与半成品（无主 TODO/FIXME、注释块、未用导入变量函数、不可达分支）、错误处理劣化（吞异常、边界后重复校验、错误信息缺少出错值）、命名与可读性谎言（名不副实、注释解释 WHAT 而非 WHY）、AI 生成代码痕迹扫描（按 slop-patterns.md 目录逐条比对）。
使用方式：手动通过 /critique 运行，或在 /ship 通过审查门后作为可选提议运行；技能缺失时 /ship 静默继续。执行时先固定基准点（SHA、分支、标签、main，未指定则询问），采集 git diff <fp>...HEAD（三点、对 merge-base）与 git log <fp>..HEAD --oneline，并把 git status --porcelain 中的未跟踪文件视为全新添加。随后随机选取一个通用归因描述（如“另一个编码模型”“不同的 AI 代理”），不透露厂商或模型名，仅在结尾行出现。再启动一个全新通用子代理，只读、不改代码不写文件，原样返回其报告，不重排发现。
输出：一份 markdown 报告，含 Must-fix、Should-fix、Nit、Verdict 各节，每条发现标注 file:line；Must-fix 需引用问题行并给出失败路径或触发输入及置信度（保留 80 及以上）；改动少于约四十行时跳过验证，全部作为建议呈现。
限制：不重做规格、标准或测试充分性，不评定安全严重级别；不软化提示词；不在写代码的上下文中审查；不视为门禁，由人决定。资料未提供具体安装命令、收费或平台信息。