pr-verify 用于对拉取请求做综合验证，适合 PR 准备合并前使用。
主要能力分五个阶段： 一、需求分析：从 PR 正文提取验收标准（复选框、编号列表、should 语句）、关联 issue（如 #123、fixes #456、closes #789）、截图或视频证据及破坏性变更说明。可用 gh pr view <PR_NUMBER> --json body,title,labels,linkedIssues 获取详情。 二、评审评论分析：用 gh api repos/{owner}/{repo}/pulls/{pr}/reviews 与 gh api repos/{owner}/{repo}/pulls/{pr}/comments 拉取评论，并分类为已解决、待处理、阻塞（REQUEST_CHANGES）。 三、CI/构建状态检查：用 gh pr checks <PR_NUMBER> --json name,state,conclusion 查看状态；失败时用 gh api repos/{owner}/{repo}/check-runs/{check_run_id} 获取日志。必需检查包括构建/编译、lint、类型检查、单元测试，必要时集成测试。 四、端到端验证：安装依赖后 npm run dev &，DEV_PID=$!，用 npx wait-on http://localhost:3000 --timeout 60000 等待就绪，执行 npm run test:e2e，最后 kill $DEV_PID；Tauri 应用则 npm run tauri dev & 并用 Playwright 操作桌面窗口。 五、生成报告：汇总需求清单、评论状态、CI 状态表、E2E 结果与结论。
决策矩阵：全部通过且满足需求则批准合并；仅有小问题则带评论批准；阻塞评论未解决则要求作者处理；CI 失败不继续并报告错误；E2E 失败需调查并上报。
使用提示：在等待 CI 时并行跑 E2E；保存截图作为证据；遇关键失败提前退出；对已知不稳定测试最多重试两次；及时把发现作为 PR 评论发布。
限制：资料未提供具体适用平台范围、配置要求、权限前提及收费信息，暂未提供。