用途：对代码改动进行对抗式代码审查，目标是不产生噪声、不写废话，并支持在具备子代理能力时并行派出多个独立审查者，最后对发现的问题做分诊与呈现。
主要能力：以工作流方式组织审查，包含激活阶段（解析工作流配置、执行前置步骤、加载持久事实与配置、问候用户、执行后置步骤）以及基于步骤文件的主工作流。规范中说明了路径约定：裸路径（如 checklist.md）从技能根目录解析；{skill-root} 为技能安装目录（customize.toml 所在处）；{project-root} 前缀路径从项目工作目录解析；{skill-name} 为技能目录的 basename。
使用方式：激活时先运行 uv run {project-root}/_bmad/scripts/resolve_customization.py --skill {skill-root} --key workflow 解析工作流块；若脚本失败，则按 base → team → user 顺序读取 {skill-root}/customize.toml、{project-root}/_bmad/custom/{skill-name}.toml、{project-root}/_bmad/custom/{skill-name}.user.toml 并套用相同的结构合并规则。随后按顺序执行 activation_steps_prepend、加载 persistent_facts、运行 uv run {project-root}/_bmad/scripts/resolve_config.py --project-root {project-root} --key core.project_name --key modules.bmm.planning_artifacts --key modules.bmm.implementation_artifacts，设置 sprint_status = {implementation_artifacts}/sprint-status.yaml、project_context = **/project-context.md（存在则加载），问候用户后执行 activation_steps_append。最后读取并遵循 steps/step-01-gather-context.md 进入主流程。
限制与规则：采用微文件设计，每个步骤自包含且须完整阅读后再执行；按顺序执行，不得跳步或优化顺序；必须用内存变量跟踪状态、增量构建产物；在检查点处暂停等待人工输入；在获得明确指令前不应擅自运行子代理（可一次性请求整个工作流运行所需的授权）。官方文档未提供收费、价格、平台支持范围或效果数据，暂未提供。