用途：blitz-merge 用于批量解决项目中的开放 bug。它从 Transit 中拉取 bug 类任务，平行修复、审查并逐个合并 PR。适用场景是需要无人值守提升吞吐量的代码维护，但保留可供人工审计的审查记录。
主要能力与流程： 第一阶段修复 bug：调用 mcp__transit__get_projects() 匹配当前仓库，再查询状态为 idea 的 bug 任务；用户确认后可创建 worktree：git worktree add ../{repo-name}-worktrees/T-{displayId} -b T-{displayId}/bugfix-{bug-name} main，并为每个 bug 并行生成 Task 子代理执行 /fix-bug。 第二阶段审查循环：统计已有审查评论，轮询 gh pr checks，若本轮无新审查则回退到本地审查，保证合并前至少有一次审查；子代理运行 /pr-review-fixer，输出 CLEAN 或 HAS_ISSUES，每 PR 最多 5 轮；通过后运行 /pre-push-review 生成可审查产物。 第三阶段顺序合并：逐 PR 执行 git fetch origin main、git rebase origin/main、测试与 lint、git push --force-with-lease、gh pr checks --watch，满足审查在案且产物无 Requires discussion 后执行 gh pr merge {pr_number} --squash --delete-branch，并更新 Transit 状态。 第四阶段更新本地 main；第五阶段报告并清理已合并 worktree，保留失败或未通过审查的 worktree。
限制：依赖 Transit MCP 工具、gh CLI、git worktree 及相应技能（/fix-bug、/pr-review-fixer、/pre-push-review）；需能访问 GitHub 与 CI；审查循环最多 5 轮，未收敛转人工。更多配置、收费、平台或效果信息暂未提供。