用途：当用户要求对分支、PR、某 commit 之后的变更、规格遵循情况或实现结果做独立审查时使用。不适用于直接修改代码、诊断原因不明的缺陷或全面架构重设计。
主要能力与流程：先确定 fixed point 与 review-head，再对 diff 做规模分类，随后分别核对 Standards 与 Spec 证据，按轴输出 finding，最后给出 verdict。规模分类以 --numstat 的行数与增删合计判断：变更文件超过 15 个或合计超过 800 行视为 large，binary/rename 等导致无法计数则 size_unknown；only 确认为 small 时才能在当前上下文直接读取 raw full diff，否则改用文件/hunk 级定向读取或有界 axis reviewer，并追踪覆盖范围。
关键命令示例：git rev-parse <fixed-point>、git rev-parse HEAD、git diff --stat <fixed-point>...<review-head>、git diff --numstat <fixed-point>...<review-head>、git log <fixed-point>..<review-head> --oneline。每个 finding 需包含 severity、标题、file:line 证据、basis 与 impact，verdict 取值 Pass、Changes requested、Blocked、Unverifiable。Spec 依据优先取用户提供的规格/工单、commit 或分支的 issue 引用，其次 .tigerkit/spec.md、.tigerkit/tickets.md 与仓库文档；无 Spec 时省略 Spec 轴并说明，不得表述该轴已通过。Standards 依据为 AGENTS.md、CLAUDE.md、CONTRIBUTING.md、仓库编码规范及模块指引。仅在 diff 触及认证、权限、隐私、支付、依赖、迁移、数据丢失、并发或公共 API 时选择对应高风险检查线，并非全仓库安全扫描。
限制：无法解析 ref 或空 diff、无法读取完整 diff 或适用规范源时以 Unverifiable 中止；需用户决定或权限时记为 Blocked；有真实违规则为 Changes requested。审查期间固定 review-head SHA，若判定前发生变化需记录新旧 SHA 与 stale 范围，且不自动开始新范围审查；不得把部分阅读或单轴结果报告为整体通过，不得添加超出范围的架构重写建议。该技能不编辑代码、不提权重、不做自动复审。