用途：mass-change 用于编排一次大型、可并行化的代码库改动。用户以指令形式描述要做的批量修改，例如从 React 迁移到 Vue、用原生写法替换 lodash、为未标注类型的函数参数补充类型注解。
前置检查：技能会先确认是否提供了指令参数，若为空则提示用户提供指令并停止；随后在当前目录运行 git rev-parse --is-inside-work-tree，若不是 git 仓库则提示需先初始化仓库或进入已有仓库，因为该技能会在隔离分支中启动智能体并从每个分支创建 PR。
主要流程分三阶段。第一阶段研究与规划：启动研究智能体（使用 delegate 工具，前台运行以获取结果）摸清指令涉及的改动范围，找出所有需修改的文件、模式与调用点，并了解现有约定；随后把工作拆分为 5–30 个自包含单元，每个单元需可独立实现、可单独合并、规模大致均匀，按目录或模块切分；再确定验证方案，例如浏览器自动化、CLI 交互验证、开发服务器加 curl、或现有端到端测试套件，若找不到具体端到端路径需向用户询问并给出 2–3 个选项；最后输出计划，包含研究摘要、编号工作单元清单、验证方案和将发给各智能体的统一指令模板，并等待用户批准。
第二阶段在计划获批后，为每个工作单元启动一个智能体，并在同一条消息中全部启动以并行运行。每个智能体的提示需完全自包含，包含总体目标、本单元任务、需遵循的代码库约定、验证方案，以及固定的工作指令：先调用 /code-review 技能审查清理改动，再运行项目测试套件（如 npm test、bun test、pytest、go test）并修复失败，然后按验证方案做端到端测试，接着提交并推送分支、用 gh pr create 创建 PR，最后以 PR: <url> 一行报告结果；若未创建 PR 则报告 PR: none — <原因>。
第三阶段跟踪进度：启动全部工作单元后渲染初始状态表，随完成通知解析各智能体的 PR 行并更新状态与链接，全部报告后输出最终表格和一行汇总。
限制：该技能要求处于 git 仓库中，且依赖 delegate 工具、/code-review 技能与 gh 命令；若 gh 不可用或推送失败，需在最终消息中说明。资料未提供收费、价格、平台支持范围等信息。