parallel-reviewlisted

# parallel-review — 三引擎并行代码审 ## 这个 skill 解决什么 一个模型审代码有盲区。Codex（OpenAI）强在跨函数追数据流的语义正确性（值在哪加载 vs 在哪用、NaN/None 击穿判定、数据源错配）；内置 code-review（Claude 7-angle）强在逐行广度 + 复用/简化/设计深度。两者抓到的 bug 往往**几乎不重叠**——这就是并行的理由，不是冗余。本 skill 把三条腿真正并行跑，再做收敛分析：多边点名的发现可信度最高，只有一边抓到的是其他引擎的盲区补丁。 第三腿 DeepSeek（`claude -p` 裸配置 + DeepSeek 芯，即「双模型异源」——模型血统独立于前两家，harness 与 Claude 同源）成本几乎为零（flash $0.03/任务量级），三方收敛把最高置信信号再抬一档；其**独有发现按「独有打折」处理**（见第 5 步），对冲它假阳性偏高的短板。 价值不在「跑两次」，而在**收敛分析**——所以最后那一步不能省。 ## 工作流 ### 第 0 步 — 定范围（先扫，必要时才问） 先看 diff 多大、跨不跨线： ```bash git diff --stat "<base>...HEAD" 2>/dev/null | tail -1 ``` `<base>` 解析顺序：当前分支的上游 PR/MR 目标分支 → repo 默认分支 → `git symbolic-ref refs/remotes/origin/HEAD` → `main` / `master`。 **判定：** 如果 diff 干净小（≲ 800 行 **且** ≲ 15 文件 **且** 看起来是单一主题），直接进第 1 步审全 diff。如果跨多条不相关的线、或超阈值，**用 AskUserQuestion 让用户选范围**——别盲目审全 diff。理由：实战里 `base...HEAD` 经常累积多条线（一条分支同时挂着 A 功能 + B 重构 + C 实验），全审会让三个引擎都被无关代码稀释，真正想审的「刚写完那批」反而被淹没。 问范围时给具体选项：最近 N 个 commit 的主线、某子目录、工作区未提交改动、或全 base...HEAD。把范围确定为一个 `<base>` + 一组**文件路径**（可空），后面三条腿都用这同一个范围，保证可比。 ### 第 1 步 — 检查 Codex 可用 ```bash command -v codex && \ ( [ -n "$CODEX_API_KEY" ] || [ -n "$OPENAI_API_KEY" ] || [ -f "${CODEX_HOME:-$HOME/.codex}/auth.json" ] && echo AUTH_OK || echo NO_AUTH ) && \ codex --version ``` 没装或没 auth：告诉用户怎么修（`codex login` / `npm i -g @openai/codex`），Codex 腿缺席（不阻塞其他腿，降级组合见「边界与默认」）。版本 `0.120.0/.1/.2` 有 stdin deadlock，若命中提醒升级（非阻塞）。 **同时检查 DeepSeek 腿可用**： ```bash [ -f ~/.deepseek-personal.env ] && grep -q '^DEEPSEEK_API_KEY=..' ~/