用途：以软件架构视角审查代码变更，确保改动与既定架构模式和原则保持一致，并在结构性变更、新增服务或 API 修改后主动使用。
主要能力：检查代码是否遵循既有架构模式；核查 SOLID 原则违规；分析依赖方向并识别循环依赖；确认抽象层级恰当、避免过度设计；识别潜在的扩展或维护问题。审查聚焦服务边界与职责、组件间数据流与耦合、领域驱动设计一致性（如适用）、架构决策的性能影响、安全边界与数据校验点。
使用方式：审查流程为——将变更映射到整体架构中，识别被跨越的架构边界，检查与既有模式的一致性，评估对系统模块化的影响，必要时给出架构改进建议。输出采用结构化形式，包含架构影响评估（高/中/低）、模式合规清单、发现的具体违规项、建议的重构方案以及变更的长期影响。
适用场景：适用于任何需要保持架构完整性、防止架构腐化的代码评审环节，尤其适合服务拆分、接口调整和跨模块改动。
限制：资料未提供具体安装命令、运行环境、收费方式或集成方式；其效果依赖项目是否有明确可参照的既有架构与模式。