用途：Batch 用于编排一次大型、可并行化的代码变更。先研究并规划，再把工作拆解为 5–30 个独立单元，由隔离的 git worktree 智能体并行实现，每个智能体自行验证、提交并创建 PR。
主要能力：阶段一进入 plan mode，启动 Explore 智能体研究指令涉及的目录、文件、模式与调用点，理解现有约定；把工作拆分为独立单元，每个单元需能在隔离 worktree 中独立实现、可单独合并、大小大致均匀，数量随实际规模从约 5 到 30 调整，优先按目录或模块切分。规划中还须确定端到端验证方案（浏览器自动化、tuistory 或 CLI 验证、dev server 加 curl、或既有 e2e 测试套件）；若找不到具体方式，须让用户选择 2–3 个选项，工作智能体无法自行询问用户。计划文件包含研究摘要、编号工作单元清单（标题、文件/目录、一行描述）、e2e 测试步骤以及共享的智能体指令模板，并提交审批。
使用方式：计划批准后，用 Task 工具为每个工作单元启动一个后台智能体，全部使用 isolation: "worktree" 与 run_in_background: true，并在同一条消息块中并行启动。每个提示须自包含，包含总体目标、该单元任务、代码库约定、e2e 步骤，以及固定工作指令：完成后依次调用 simplify 技能清理改动、运行项目测试套件（如 npm test、bun test、pytest、go test）、按 e2e 步骤验证（或跳过）、提交并推送并用 gh pr create 创建描述性标题的 PR（gh 不可用或推送失败须在最终消息中说明）、最后以 PR: <url> 单行报告，未创建则写 PR: none — <reason>。默认 subagent_type 为 general-purpose。
跟踪：启动后渲染初始状态表（编号、单元、状态、PR），随后台完成通知解析 PR 行并更新状态与链接，保留失败说明；全部报告后输出最终表与一行汇总（如“22/24 units landed as PRs”）。
限制：资料未提供该技能的安装命令、收费方式或平台支持信息。实际可用性取决于所用智能体环境是否支持 worktree 隔离、后台任务与 gh 工具。