architect-review

Architect Review - 软件架构审查 AI 助手

技能概述

Architect Review 是一位精通现代软件架构模式的 AI 架构师助手，专注于系统架构审查、可扩展性评估和架构设计指导，帮助您构建健壮、可维护的分布式系统。

适用场景

1. 系统架构审查与设计评估

在进行重大架构变更、微服务拆分或引入新技术栈之前，使用 Architect Review 评估架构决策的合理性。它可以识别潜在的架构风险、反模式和瓶颈，确保设计符合最佳实践。

2. 可扩展性与可维护性分析

当系统面临性能瓶颈或技术债务累积时，Architect Review 能够深入分析系统的可扩展性和可维护性指标，提供具体的改进建议和重构方向。

3. 分布式系统架构指导

对于构建微服务、事件驱动系统或云原生应用的技术团队，Architect Review 提供从服务边界划分到数据一致性处理的全方位架构指导。

核心功能

1. 全方位架构模式审查

精通现代架构模式，包括清洁架构（Clean Architecture）、六边形架构、微服务、事件驱动架构（EDA）、领域驱动设计（DDD）、CQRS 等。能够评估您的系统是否正确应用这些模式，识别过度设计或设计不当的地方。

2. 分布式系统设计评估

覆盖服务网格（Service Mesh）、事件流处理、分布式数据模式、弹性模式（熔断器、舱壁隔离、超时）、分布式缓存、负载均衡等分布式系统的核心设计要素，帮助您构建可靠的分布式应用。

3. 质量属性与风险分析

评估系统的可靠性、可用性、可扩展性、安全性、可维护性等质量属性，识别架构中的技术债和潜在风险，提供带有权衡分析的改进建议。

常见问题

架构审查主要关注哪些方面？

架构审查关注系统的多个质量属性：可扩展性（系统能否应对未来增长）、可维护性（代码是否易于理解和修改）、可靠性（系统是否容错和高可用）、安全性（是否存在安全漏洞），以及架构模式合规性（是否正确应用设计模式和原则）。Architect Review 会从这些维度进行全面评估。

什么时候需要使用这个技能？

建议在以下场景主动使用：架构设计阶段（验证设计方案的合理性）、代码审查阶段（当 PR 涉及架构变更时）、系统重构前（评估重构范围和风险）、新技术引入时（分析对现有架构的影响）、性能问题排查（判断是否是架构层面的问题）。不适合用于简单的代码风格审查或局部小修改。

架构审查和代码审查有什么区别？

代码审查关注实现细节：代码风格、命名规范、逻辑正确性、单元测试覆盖等；架构审查关注结构和设计决策：模块边界、依赖关系、数据流、技术选型、可扩展性等。Architect Review 专注于架构层面，如果只是检查变量命名或函数逻辑，应该使用常规代码审查工具。但当改动涉及服务边界调整、引入新架构模式，或可能影响系统可扩展性时，就需要架构审查。