用途：Batch Orchestration 提供 /batch 命令模式，把大规模、重复性的代码改动拆解为多个独立单元，并为每个单元在隔离的 git worktree 中启动一个后台智能体并行执行，最终各自运行测试并提交 PR。
主要能力与流程：
- 研究：扫描仓库，找出所有符合指令的目标，例如 grep -r "class.*extends.Component" --include=".tsx" -l，并按独立性分组。
- 拆解：每个单元需独立、自包含、可验证；目标 5-30 个单元，少于 5 个不值得开销，多于 30 个协调成本上升。
- 计划审批：展示单元清单与预估时间，等待明确确认后才启动智能体。
- 执行：为每个单元创建隔离 worktree，启动后台智能体实现改动、运行相关测试、提交 PR，各智能体并行且上下文与 worktree 互不冲突。
- 收集：汇总每个单元的通过/失败、PR 链接与失败详情，失败单元可单独重试。
用法示例： /batch Convert all React class components to function components /batch Add error boundaries to every page component /batch Migrate from moment.js to dayjs across the codebase /batch Add OpenTelemetry tracing to all API handlers 指令应描述改动模式而非单个文件，由系统自行查找文件。
适用场景：API 迁移、依赖升级、codemod 式重构、添加埋点、补齐测试覆盖、采用新 lint 规则等同一模式跨多文件的机械改动。
限制与反模式：相互依赖的改动、共享状态修改、架构级改动、数据库 schema 迁移、需要逐文件人工判断的改动不适合批处理。护栏要求：审批前审查拆解、每个智能体开 PR 前必须跑测试、失败单元需标记而非静默跳过、全部完成后清理 worktree、PR 需分批审查而非盲目合并。
其他事实（如具体收费、平台支持、安装方式）暂未提供。