用途：submit-fix 用于在完成问题修复后，跨所有发生变更的仓库创建 Pull Request，并把结果汇总到本地修复报告中。它读取问题分析产物，执行提交前检查，然后为每个变更仓库建分支、提交、推送并创建 PR。
主要能力：读取 .ai/issue-analysis-<issue_number>.md 获取问题上下文；读取 .ai/fix-verification-report.md 做提交前校验；检查 .ai/fix-plan-<issue_number>.md 中的开发测试状态；识别工作区中所有含相关变更的仓库；为每个仓库创建 fix/<issue_number> 分支、提交并推送；向上游仓库创建 PR；生成 .ai/fix-report-<issue_number>.md 修复报告。
使用方式：先确保已有问题分析和修复验证产物。若分析产物显示问题已修复或不可复现，则报告并停止。若验证报告不存在或结论不是 FIXED，则不提交任何 PR 并停止。若修复计划中开发测试状态为 FAILED，也不提交。只有验证报告为 FIXED 时才继续。对每个变更仓库执行：创建分支 fix/<issue_number>，提交引用问题的变更，运行 git push -u origin fix/<issue_number>，再用 gh pr create --repo <upstream-org>/<upstream-repo> --head <fork-owner>:fix/<issue_number> --base master 向上游创建 PR。上游仓库通过 git remote get-url upstream 获取，fork 所有者通过 git remote get-url origin 获取。最后写入修复报告，包含问题链接、标题、PR 表格和变更摘要。
适用场景：适用于需要跨多个仓库提交修复 PR 并统一追踪的维护或贡献流程。
限制：必须存在验证报告且结论为 FIXED，否则不提交；分析产物若显示已修复或不可复现则停止；修复计划测试失败则不提交。资料未提供其他平台支持、收费或价格信息。