用途：帮助在接续此前工作的分支上开展代码评审。资料说明它可并行使用多个 Claude Code 实例评审同一分支，过程中鼓励提问并制定计划，要求务实，避免过度工程与冗长文档。
确定范围：默认将当前分支与仓库基础分支对比。按顺序尝试并取首个成功结果： gh repo view --json defaultBranchRef -q '.defaultBranchRef.name' 2>/dev/null git remote show origin 2>/dev/null | grep "HEAD branch" | cut -d: -f2 | xargs git symbolic-ref refs/remotes/origin/HEAD 2>/dev/null | sed 's@^refs/remotes/origin/@@' 不要假设 main 或 master；全部失败时询问用户。确定后运行： git diff <base>...HEAD -- ":(exclude)*.lock" ":(exclude)package-lock.json" ":(exclude)pnpm-lock.yaml" ":(exclude)package.json"
可选范围：unstaged 用 git diff HEAD -- <excludes>；最近一次提交用 git diff HEAD~1...HEAD -- <excludes>；最近 N 次提交用 git diff HEAD~N...HEAD -- <excludes>；整个仓库用 git ls-files | grep -vE ".(lock|snap)$|package-lock.json|pnpm-lock.yaml"，不生成 diff，改为构建全仓上下文（结构、技术栈、关键入口、近期历史）。所有 diff 命令均应用上述排除项。有 testnet 或 staging 分支的仓库，优先与其对比而非自动检测的默认分支。
主要能力：构建变更上下文，必要时查看 diff 之外的相关代码；识别拼写错误、不一致等表面性修改并实施但不提交，简要说明；评估代码清理与架构机会（新增结构/类、抽取辅助函数、迁移到新文件等），避免过度工程与过早优化；为后续工作建立上下文。
使用方式与限制：先确定范围并构建上下文，不急于推进；架构类改动需先制定并分享计划、提出澄清问题，未经批准不得实施。资料未提供安装命令、收费与平台信息。