fix(ci): 超时退出码断言补 124 + PR 阶段也跑单元测试（修 main 上的红灯）

[Seller-1990]

背景

用户报告「PR #14、#15 在 GitHub 上都报错了」。查证结果：

• 这两个 PR 自身的检查都是 pass（code-review pass）。
• 红叉来自合并后 push 到 main 触发的 build-installers workflow：
  • 37749239370（chore(ocr): 评审脚本移植 Windows/Git Bash 适配 #14 的 push main，20s，failure）
  • 37750455653（fix(ocr-review): 采纳评审意见（版本探针 / 空格路径 / 注释回归） #15 的 push main，26s，failure）
• 两次失败的是同一个用例：test/ocr-review.test.js 的「单跳挂起会被强杀并降级」，error: '超时必须明说并带上退出码'。

根因：一个只在 Linux 成立的行为差异

PR #14 给 scripts/ocr-review.sh 的 run_with_deadline() 加了「有 GNU timeout 就优先用它」的新分支：

if timeout --version >/dev/null 2>&1; then
  timeout "$secs" "$@"
  return $?
fi

脚本自己的判定已经改成了 124|137|143，但测试的断言只写了 137|143：

环境	走的路径	退出码	旧断言
macOS（本机开发）	无 timeout，进程组回退	143	✅ 通过
ubuntu-latest（CI）	有 GNU timeout	124	❌ 失败

所以本地 npm test 全绿、CI 红。git log -S'124|137|143' -- scripts/ocr-review.sh 唯一定位到 67766d4（PR #14 的 squash 合并）。

本机复现（不是猜的）：把 GNU timeout 的行为（自成进程组 + 整组 TERM→KILL + 返回 124）做成 PATH 上的替身，再跑旧断言，报错与 CI 一字不差：

actual: '  ⚠ 本跳到 2s 上限被强制终止（退出码 124），降级到下一个\n…'
expected: /上限被强制终止（退出码 (137|143)）/
error: '超时必须明说并带上退出码'

改动

1. test/ocr-review.test.js —— 断言只要求「是脚本认定为被强制终止的那组码」，不锁死平台具体值；补注释说明两条实现路径各返回什么。脚本本身没动：124 确实是 GNU timeout 到点自杀的码，错的是断言。
2. .github/workflows/build-installers.yml —— 加 pull_request: branches: [main]。原先 PR 上只跑 ocr-review 的 advisory 评审、不跑 npm test，所以这类差异只能等合进 main 才亮灯。构建类 job 都有 startsWith(github.ref,'refs/tags/v') || event_name == 'workflow_dispatch' 守卫，PR 上只剩 test 这一个 job。顺带修掉文件头一句不实的注释（原先写「此前只有 tag 与 PR 触发测试」，git log 三个版本都没有过 pull_request）。

验证

• 两条路径本机都实测通过：
  • 无 GNU timeout（macOS 原生）：npm test → 594 tests / 593 pass / 1 skipped / 0 fail
  • 注入 GNU timeout 替身：test/ocr-review.test.js → 28/28（含「孙进程必须已被回收」断言）
• 对照组：旧断言 + GNU timeout 替身 → 复现 CI 同一条失败（见上）。
• 本 PR 自己就会跑新增的 pull_request test job，等于在真的 ubuntu-latest 上再验一次。

[github-actions]

✅ OpenCodeReview: Review complete: 0 finding(s) across 1 selected item(s).