用途：在交付前校验代码变更是否保持架构边界、归属、消息流与生成产物完整性，是 workflow-review-changes 流水线中的架构审查环节。
主要能力：按顺序执行五个阶段——Phase 0 加载项目架构规则文档（backend-patterns-reference.md、project-structure-reference.md、frontend-patterns-reference.md、code-review-rules.md），Phase 1 确定范围（默认全部未提交变更），Phase 2 若存在 graph.db 则运行 $graph-blast-radius，Phase 3 逐类串行审查 13 个类别（质量工具基线、整洁架构分层、消息总线、CQRS、仓储、服务模式新旧代、实体事件处理器、服务边界、前端架构、ADR 一致性、spec 循环纪律、可扩展性与耦合回归、数据/一致性/多租户边界），Phase 4 生成合规报告，Phase 5 用 $why-review 自校验。
使用方式：以 $architecture-review 调用；报告写入 plans/reports/arch-review-{date}-{slug}.md。每条违规需 file:line 证据并 grep 3 个以上反例，规则以项目文档为准，不得用通用知识替代。
限制：审查在 $why-review --validate-findings 确认前为只读；安全、性能、DDD、UI、测试类问题只记录一行转交对应技能，不深入。资料未提供具体安装命令、收费与平台信息。