用途：执行 PR 评审问题的修复工作流。评审文件已存在，并定义了本次运行的完整范围，技能不负责抓取或导出评审。
主要能力：读取批次内问题文件的前置元数据（provider、pr、round、round_created_at），确认多个文件信息一致；读取 <batch_scope> 获取 PRD 名称、评审轮次、范围内代码文件及 auto-commit 等条件标志；对每个问题做分诊，将状态从 pending 改为 valid 或 invalid，并在 ## Triage 中记录技术理由、根因与修复思路；按 critical、high、medium、low 的严重程度顺序完整修复有效问题，行为变化或可能回归时新增或更新测试；修复后关闭问题文件，有效问题在代码与验证完成后置为 resolved，无效问题在分析完成后同样置为 resolved。
使用方式：需要 <batch_issue_files> 中列出的问题文件、PRD 评审轮次目录与问题文件前置元数据，以及 cy-final-verify 要求的仓库验证流程。完成前必须使用 cy-final-verify，并运行仓库真实的验证命令，不能只做部分检查。除非 <batch_scope> 显示“Automatic commits: enabled”，否则保留 diff 供人工审查。
限制：不得在本工作流内抓取或导出评审，不得调用特定 provider 的脚本或 gh 变更操作，不得修改批次范围外的问题文件，不得在底层工作与验证真正完成前标记问题为 resolved。代码改动应限制在 <batch_scope> 列出的文件内，确需改动范围外文件时只做最小改动并在 ## Triage 中说明；不得重构或清理与问题无关的代码。验证失败时应修复所改代码中的失败检查，不得回退修复来通过验证；若失败来自与改动无关的既有代码，记录后继续；若两个修复冲突且两次尝试后仍无法通过验证，应在两个问题文件中记录冲突并报告，而不是无限循环。若批次内所有问题均无效且未改动代码，跳过提交步骤，不创建空提交，但仍需运行验证确认无回归。