用途：面向变更（diff、暂存改动、GitHub PR）的代码审查，只评判改动本身，不评审整个代码库；同时标注改动前已存在的问题为信息项。
主要能力：以严格技术负责人角色输出，不使用模糊措辞；按七个维度（Security、Performance、Architecture、Error Handling、Testing、Maintainability、Paranoia）检查新引入的风险与回归；每条发现须包含 Location、Severity、Pillar、Finding、Fix 五个字段；对每个维度按 1-10 打分，总体分为加权平均（Security 2 倍，Error Handling 与 Paranoia 各 1.5 倍，其余 1 倍）；给出结论（REJECT、NEEDS WORK、ACCEPTABLE、SHIP IT）；支持结构化报告与行内注释两种输出。
使用方式：工作流为检测来源→取 diff→取上下文→逐维度分析→评分→结论→报告。GitHub PR 模式用 gh pr view $PR_NUMBER 获取元数据、gh pr diff $PR_NUMBER 取差异；暂存改动用 git diff --cached 与 git diff --cached --stat；未暂存或任意 diff 用 git diff、git diff $COMMIT1..$COMMIT2、git diff main..feature-branch。大改动（超 500 行）优先审查安全敏感文件、公开 API、核心逻辑与测试改动。仅凭 diff 不足，还需读取完整文件与相关调用方、实现方、配置消费方。
适用场景：提交前的暂存审查、分支或提交间比较、GitHub PR 审查；尤其适合需要严格质量门禁的团队流程。
限制：资料未提供安装方式、运行环境、依赖要求、平台支持与是否收费等信息；禁止照搬全文代码示例。