用途：当拉取请求存在评审意见、合并冲突、待完成检查，或修复后需要持续跟进时，使用该质量门禁流程。
主要能力与工作流：
- 先勘察 PR 状态，包括评论、评审、可合并性、检查项、分支及本地工作树状态；把无关的本地改动排除在 PR 之外。
- 当主检出目录脏、落后远端或被其他代理占用时，使用隔离 worktree 处理评审修复或冲突解决。
- 做最小安全修复，保留原始缺陷不变量及 main 引入的较新上游结构。
- 先跑窄范围验证，再跑仓库要求的门禁；该仓库需包含 pnpm guard，若涉及文件需要，补充包级 typecheck、build、test。
- 提交或推送前，对暂存或拟提交的 diff 运行只读交叉评审，禁止文件编辑及 git 写入或协调命令。
- 交叉评审仅作证据而非权威：只接受基于 diff、仓库规则、用户目标或验证结果的发现；对风格偏好、范围扩张、与安全或权责边界冲突的建议应降级或拒绝，并简要记录原因。
- 若仍有已接受的阻塞项，修复后重跑验证并重复评审；仅在验证通过且无已接受阻塞项时才提交推送。
监控节奏：评审活跃或检查失败时，提高检查频率以尽快解除阻塞；PR 干净或已批准待合并时约每 12 小时检查一次；已合并 PR 降为每日轻量观察 CI、发布或回归信号，除非被要求否则不再改代码。
汇报：始终报告 PR 状态、已采取动作、交叉评审结论、接受或拒绝的发现、验证运行情况、已推送提交、跳过的检查及原因、剩余风险和下一步。
限制：资料未提供具体平台支持范围、安装方式、收费与价格信息。