Code Review：chore(fix-sentry): add daemon script and single-issue mode (#1759)

变更概述

本 PR 包含三处独立改动：① 从 fix-sentry skill 中移除自动合并逻辑（委托给 pr-automation 处理）；② 新增 scripts/fix-sentry-daemon.sh 守护进程，对每个 Sentry issue 独立创建 worktree 并启动 Claude 进程；③ fsBridge.ts 补充对 EBUSY（Windows 文件锁）错误的 null 返回处理。

方案评估

结论：✅ 方案合理

守护进程设计合理：锁文件防止重复启动、worktree 隔离避免主目录干扰、< /dev/null 防止 stdin 泄漏、caffeinate 防止 macOS 睡眠。fsBridge.ts 的 EBUSY 补丁简洁正确，与现有 ENOENT 处理对称。将自动合并职责从 skill 中剥离并统一由 pr-automation 管理，符合单一职责原则。

问题清单

🔵 LOW — 守护进程在 Claude 完成前即标记为已处理

文件：scripts/fix-sentry-daemon.sh，第 215–218 行

问题代码：

# Mark as processed BEFORE launching Claude (so daemon restart won't re-process)
mark_processed "$issue_id"

问题说明：若 Claude 进程因 worktree 创建失败、网络中断等原因未能成功创建 PR，该 issue 已被标记为已处理，7 天内不会重试。当前代码在 worktree 创建失败时会 continue，但 mark_processed 已执行。

修复建议：将 mark_processed 移至 worktree 创建成功之后，或在 worktree 失败时主动清除该标记：

git -C "$REPO_ROOT" worktree add "$WORKTREE_DIR" origin/main --detach 2>/dev/null || {
  log "  [${short_id}] Failed to create worktree, skipping"
  continue
}

# Mark as processed only after worktree is ready
mark_processed "$issue_id"

🔵 LOW — readFileBuffer 测试缺少 ENOENT 和正常读取用例

文件：tests/unit/process/bridge/fsBridge.readFile.test.ts

问题说明：readFile 有 ENOENT、EBUSY、EPERM、正常读取四个用例，但 readFileBuffer 仅有 EBUSY 一个用例，缺少 ENOENT 和正常返回 ArrayBuffer 的测试，对称性不足。

汇总

结论

✅ 批准合并 — 无阻塞性问题，两处 LOW 问题均为边缘情况，不影响主流程正确性。

本报告由本地 pr-review skill 生成，包含完整项目上下文，无截断限制。

✅ 已自动 review，无阻塞性问题，正在触发自动合并。