用途：这是 frontend-mix 流程中的升级处理步骤，专门处理前一个会话两次尝试仍未能解决的验证失败。需要 Opus 级推理，在 Claude Code 会话中运行。
主要能力：读取验证问题 markdown（$1，即待办清单）与计划 markdown（$2）中的「## SECTION B - Integration Scope」集成范围；针对每条失败先读被指名的源文件核实，再在源码层面真正修复，并重跑具体失败命令确认。完成后按 install → typecheck → lint → build → tests 顺序整体跑一遍完整验证套件。
使用方式：输出写入 .claude/artifacts/<run-name>-resolution-summary.md（目录不存在则创建），文件名取自问题文件去掉目录与 -validation-issues.md 后缀；内容含每条原始失败、所施加的修复（文件:行号及改动）或 OPEN ISSUE、bun run build 与测试的最终状态，以及结尾状态行「READY TO DEPLOY」或「NOT READY: 」。随后向用户给出该文件的绝对路径：若就绪，下一步是以集成总结路径和修复总结路径调用 /frontend-mix-smoke；若未就绪，则列出未决问题并停止，不部署损坏的构建。
限制与禁令：不得使用 // @ts-ignore、// eslint-disable 等压制检查，不得删除失败测试，不得移除严格模式或放宽 tsconfig/eslint 配置，不得跳过无法修复的验证步骤，不得把失败当作 flaky。若确实因缺少第三方 API key、Clerk 付费功能或上游库破坏性变更等无法修复，需在解决文件中记为 OPEN ISSUE 并写明阻塞点，不能静默跳过。若 $1 或 $2 为空或无法解析，应询问用户缺失路径，不得凭记忆操作。具体收费、平台支持范围等信息暂未提供。