用途：审查分支改动的逻辑正确性，找出会出问题的部分而非代码质量问题（代码质量可改用 cmd-sculpt-code）。
主要能力：围绕四个维度审查并逐条给出 file_path:line_number。一是测试缺口，如新增代码路径无测试、空值/零值/null/边界值未覆盖、错误路径未测试；二是逻辑简化，如可合并的条件分支、永不触发的防御代码、重复校验、不可达的 default 分支；三是边界情况与失败模式，如空集合、并发竞态、部分失败导致状态不一致、重试与内存无上限、时区与过期边界、整数溢出、循环或分页的差一错误；四是集成风险，如公共 API 或数据结构破坏性变更、数据库迁移可否回滚或锁表、依赖版本升级、影响其他环境的配置改动、向后兼容性。
使用方式：先确定改动的比对范围。未指定时默认将当前分支与仓库基线分支做 diff，按顺序尝试以下命令直到成功，不假定 main 或 master，全部失败则询问用户： 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/@@' 确定后执行： git diff <base>...HEAD -- ":(exclude)*.lock" ":(exclude)package-lock.json" ":(exclude)pnpm-lock.yaml" ":(exclude)package.json" 也可按用户指定范围改用：未暂存改动用 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 时对当前全部代码应用所有维度。审查前应完整阅读所有改动文件以理解上下文。
输出格式：每个维度用标题列出发现项，格式为 [file:line]、风险与建议；该维度无发现时输出 No issues found。最后给出按严重程度排序的前 3 至 5 项风险（最可能引发线上事故者优先），以及合并前建议补充的测试用例。
限制：需要通过命令行访问本地仓库与网络（gh 命令）；默认排除锁文件与 package.json 等文件，可能漏看这些文件的改动；资料未说明其平台兼容性、安装方式或收费情况。