用途：对 git diff、staged 改动以及 GitHub PR 做变更聚焦的代码评审，只审查本次改动的内容，而不是整个代码库，并判断改动是否引入回归或新风险。
主要能力：流程分为检测来源、获取 diff、获取上下文、按七支柱分析、评分、裁决、输出报告。七支柱为 Security、Performance、Architecture、Error Handling、Testing、Maintainability、Paranoia。每条发现需包含五个字段：Location、Severity（CRITICAL/HIGH/MEDIUM/LOW/INFO）、Pillar、Finding、Fix。评分 1-10，Security 权重 2x，Error Handling 与 Paranoia 各 1.5x，其余 1x；总体裁决分为 REJECT（1.0-3.9）、NEEDS WORK（4.0-5.9）、ACCEPTABLE（6.0-7.4）、SHIP IT（7.5-10.0）。
使用方式：根据输入选择模式。GitHub PR 用 gh pr view 与 gh pr diff；暂存改动用 git diff --cached 与 git diff --cached --stat；未暂存或任意 diff 用 git diff、git diff $COMMIT1..$COMMIT2 或 git diff main..feature-branch。超过 500 行的大 diff 优先审查安全敏感文件、公共 API、核心逻辑和测试改动，并在报告中说明实际审查范围。可输出结构化报告，或按要求输出对 diff 的内联评论，结尾附评分表和裁决。
适用场景：需要在合并前对改动做严格、具体、可执行的评审，尤其关注新增攻击面、性能退化、架构一致性、新增错误路径、测试覆盖和维护性问题。
限制：资料未提供安装步骤、依赖环境、是否收费或价格信息；评分细则与报告模板指向 references/rubric.md，其具体内容暂未提供。