用途：对已有的 .memory-bank/ 做一次多专家审查，尽早发现缺口、矛盾、可追溯性断裂和不合规问题，作为执行前、bootstrap 后或信任文档前的审查关卡。它不同于逐任务的语义验证；若问题是“这个任务是否实质解决了正确的问题”，应使用 mb-red-verify。
主要能力：并行启动独立审查者，覆盖架构、范围/RTM、任务规划、安全、Memory Bank 规范，以及（仓库含代码时）代码质量。每位审查者把详细报告写入 .tasks/TASK-MB-REVIEW/，只向编排者返回简短摘要与结论。编排者随后合并发现、去重、按 P0–P3 排序，产出具体修复计划。
使用方式：前置条件是 .memory-bank/ 已存在。先创建 .tasks/TASK-MB-REVIEW/，再并行启动以下子代理（最多 5–7 个）：Architect — ./agents/shared-review-architect.md；Scope/RTM — ./agents/shared-review-scope.md；Task planning — ./agents/shared-review-plan.md；Security — ./agents/shared-review-security.md；MBB compliance — ./agents/shared-mb-reviewer.md；Code quality（条件：仓库有代码）— ./agents/shared-review-code.md。
关卡与完成标准：若任一审查者返回 REJECT，则修复 Memory Bank 并重新运行 mb-review。若仓库准备进入 /autonomous，未解决的 P0/P1 视为阻塞，最终结论为 APPROVE 前不允许批量执行。完成定义为 .tasks/TASK-MB-REVIEW/ 含审查报告、编排者产出可执行的优先级修复清单、最终结论为 APPROVE。
限制：资料未提供安装命令、收费、价格、平台支持或效果数据，暂未提供。